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 | $0.00037 | $0.01311 |
| Sonnet 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 9d 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.
- 9d 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,565 stars, last pushed 10d ago), licensed Apache-2.0. It adds 74 tokens to every session and 2,622 once invoked, about $0.0004 per session on Opus 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.
Other skills, from other repositories
titen-memory
Use the Titen MCP server to recall bounded evidence-grounded context, record verified durable signals, submit feedback, and coordinate checkpoints, leases, or handoffs. Use when work may benefit from prior project memory or when a verified outcome should be preserved for another agent; do not use it to capture raw…
open-source
Documentation reference for writing Python code using the browser-use open-source library. Use this skill whenever the user needs help with Agent, Browser, or Tools configuration, is writing code that imports from browseruse, asks about @sandbox deployment, supported LLM models, Actor API, custom tools, lifecycle…
writing
A writing guide for turning verified facts and calculations into finished text for a specific audience. It follows the requested language, structure, and length.
mnemon
Persistent memory CLI for LLM agents. Store facts, recall past knowledge, link related memories, manage lifecycle.
goai
GoAI is a Go SDK for AI applications. One unified API across 25+ LLM providers. Inspired by the Vercel AI SDK, adapted to Go idioms (generics, interfaces, channels).
mnemo-cortex
Installs and wires Mnemo Cortex (local-first persistent memory) into OpenClaw and other MCP-capable agents. Use for cross-session recall, decision history, or multi-agent shared memory.