Agentic Context Engine is an open-source engine that gives AI agents a persistent learning loop, helping them remember successful strategies and learn from failures across sessions. It is used to improve production agents, and also powers Kayba’s hosted service. Catalogue add-ons support workflows for operating and configuring the engine.
Borrowing it
Nothing to install: this file belongs to kayba-ai/agentic-context-engine. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/kayba-ai/agentic-context-engine/main/.claude/skills/kayba-pipeline/stage-5-action-plan/SKILL.mdgit clone --depth 1 https://github.com/kayba-ai/agentic-context-engineWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/kayba-ai/agentic-context-engine/stage-5-action-plan)<a href="https://agentmods.dev/skills/kayba-ai/agentic-context-engine/stage-5-action-plan"><img src="https://agentmods.dev/badge/skills/kayba-ai/agentic-context-engine/stage-5-action-plan/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/kayba-ai/agentic-context-engine/stage-5-action-plan"><img src="https://agentmods.dev/badge/skills/kayba-ai/agentic-context-engine/stage-5-action-plan.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00074 | $0.02622 |
| Opus 5.5 | $0.00030 | $0.01049 |
| Sonnet 5.5 | $0.00015 | $0.00524 |
| Haiku 4.5 | $0.00007 | $0.00262 |
Grade A, and why
kayba-stage-5-action-plan scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 202 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Stage 5: Action Plan
Triage each insight and produce a concrete, prioritized action plan.
Inputs
eval/stage1_insights_summary.md— insights from Kaybaeval/stage2_domain_context.md— domain contexteval/baseline_metrics.md— the evaluation rubriceval/baseline_metrics.json— baseline valueseval/compute_baselines.py— measurement code
Read all files before starting.
Process
1. Triage each insight
For each insight/skill, answer three questions in order: Is it valid? Is it already handled? Is it a code fix or prompt fix?
1a. Validity check
- Does it describe a real, recurring problem visible in traces — or noise from a one-off edge case?
- Is it actionable — can the agent actually change this behavior given its tools and context?
- If not valid → verdict: discard with a one-sentence reason.
1b. "Already handled" verification
Do not rely on memory or assumption. Run these checks and cite what you find:
- Grep the codebase for 2-3 key terms from the insight (tool names, error strings, behavioral keywords). Example: for an insight about cancellation eligibility, grep for
cancel,eligibility,criteria. - Read the existing system prompt text — check
AGENT_INSTRUCTIONin the agent file and the domain policy file. Quote any existing language that addresses this behavior. - Verdict:
- If existing text partially covers it → keep as a strengthening fix, note what's missing.
- If no existing coverage → keep.
- If existing prompt text already covers the behavior thoroughly AND the baseline metric is >= 95% → discard (cite the existing text and metric). A high baseline alone is NOT sufficient to discard — if the metric is below 95%, there are still failures to fix. An 87% baseline means 1 in 8 attempts still fails; that is worth fixing.
1c. Code-vs-prompt decision tree
Walk through this tree for every non-discarded insight:
Q1: Can the agent fix this by following different instructions?
(Does it have the right tools, correct data in tool responses,
and sufficient context to behave correctly?)
│
├─ YES → PROMPT FIX
│ The agent has everything it needs but acts wrong.
│ A system prompt addition would fix it.
│
└─ NO → Q2: What is the agent missing?
│
├─ Tool doesn't exist, schema is wrong, API returns
│ incomplete data, infrastructure drops information,
│ timeout/error not surfaced to agent
│ → CODE FIX
│ Name the file, function, and specific change.
│
└─ The agent has partial information but the prompt
can't fully compensate (e.g., needs a new tool
but a heuristic prompt workaround exists)
→ PROMPT FIX (primary) + CODE FIX (optional)
Note both. Mark the code fix as "optional" with
a one-sentence justification for why it's lower priority.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2mo ago First seen · 202 lines · 74 tokens per session scan A 6ee3c6ba3968
kayba-stage-5-action-plan is a skill published in the GitHub repository kayba-ai/agentic-context-engine (2,608 stars, last pushed 1mo ago), licensed Apache-2.0. It adds 74 tokens to every session and 2,622 once invoked, about $0.0003 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
kayba-stage-5-action-plan compared with skills from other repositories
| Mod | Type | Stars | Last push | Licence | Scan | Tokens | Works with |
|---|---|---|---|---|---|---|---|
| kayba-stage-5-action-plankayba-ai/agentic-context-engine | Skill | 2.6k | 1mo ago | Apache-2.0 | A | 74 | Claude Code |
| browser-usebrowser-use/browser-use | Skill | 120k | yesterday | MIT | A | 57 | Claude Code, Codex |
| x402browser-use/browser-use | Skill | 120k | yesterday | MIT | A | 175 | Claude Code |
| remote-browserbrowser-use/browser-use | Skill | 120k | yesterday | MIT | A | 22 | Claude Code |
| cloudbrowser-use/browser-use | Skill | 120k | yesterday | MIT | A | 177 | Claude Code |
| open-sourcebrowser-use/browser-use | Skill | 120k | yesterday | MIT | A | 137 | Claude Code |
| qabrowser-use/browser-use | Skill | 120k | yesterday | MIT | C | 103 | Claude Code |