Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/kayba-ai/recursive-improve/datanpx skills add kayba-ai/recursive-improve --skill datagit clone --depth 1 https://github.com/kayba-ai/recursive-improveWhat 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 | $0.00089 | $0.06426 |
| Opus 5 | $0.00044 | $0.03213 |
| Sonnet 5 | $0.00018 | $0.01285 |
| Haiku 4.5 | $0.00009 | $0.00643 |
Grade A, and why
recursive-improve 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 2d 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 — 747 lines — stays where its author put it; the contents beside it link to each section on GitHub.
recursive-improve: Agent Improvement Pipeline
End-to-end pipeline: trace analysis → skill extraction → domain context → metrics → rubric → action plan → review → fixes.
Prerequisites
Traces must exist in eval/traces/. If they don't:
- Ask the user for their traces directory
- Copy
.json,.md, and.toonfiles intoeval/traces/
Skip condition: If eval/stage1_insights_summary.md already exists (from a prior run or from recursive-improve analyze), skip Stages 0 and 1 — go directly to Stage 2.
Stage 0: Trace Analysis
Analyze raw execution traces to extract learnings. This stage adapts ACE's recursive reflector methodology — a structured 6-phase strategy that moves from data discovery through verified deep-dives to synthesized, evidence-backed insights.
Inputs
eval/traces/— raw trace files (.json,.md,.toon)
Phase 1: Discover
Map the data shape and inventory. Do NOT judge outcomes yet — just catalog what you have.
-
Read 2-3 trace files. Identify:
- Top-level keys and message schema (3 levels deep)
- Message format:
role,content,tool_calls,turn_idx, etc. - Total trace count and per-trace message counts
-
Search for agent operating rules, policy, or instructions embedded in the traces — these are often in large strings (>500 chars). Check:
role: "system"messagesinfo.environment_info.policyor similar fields- Large embedded strings in any field
-
Build an inventory table:
File Messages Has system prompt? Has tool calls? trace_001.json 42 yes yes trace_002.json 18 yes no ... -
Record discovered rules/policy verbatim — understanding what the agent was supposed to do is essential for evaluating what it actually did.
Phase 2: Derive Evaluation Criteria
Based on your discovery (schema, rules, patterns), define specific evaluation criteria to apply to every trace during the survey phase.
What ships with it
4 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- 2d ago First seen · 747 lines · 89 tokens per session scan A 773d3322982a
recursive-improve is a skill published in the GitHub repository kayba-ai/recursive-improve (251 stars, last pushed 5mo ago), licensed Apache-2.0. It adds 89 tokens to every session and 6,426 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
lanes
Start, restart, stop, and check loop lanes as named background Claude Code sessions seeded from canonical prompt files, the scripted replacement for the manual morning refresh (cancel loop, clear, re-paste the canonical prompt) across N lanes on a machine. start/restart first pull the repo and refresh the plugin…
audit-install-state
Read-only audit of a Claude Code INSTALLATION directory, the machine-scope /.claude tree plus /.claude.json. Inventorying every file, separating what the product's own retention sweep already manages from what nothing manages, resolving what each number in a filename actually means before any process-liveness check…
audit-native-overlap
Map native Claude Code surfaces, built-in CLI commands, bundled skills, plugin-backed built-ins, session-provided skills, against the current repo's plugin skills and agents, so a custom component never silently duplicates what Claude Code itself now ships. Bare invocation is a READ-ONLY report: overlap candidates…
audit-automation-gaps
Audit a repo's Claude Code automation landscape, covering hooks, MCP servers, skills, subagents and scheduled tasks, against the enforcement hierarchy, producing PASS/REJECT/CONDITIONAL verdicts backed by evidence. The default verdict is REJECT because most gaps are already covered by compiler/analyzer/build-time…
audit-prompting-postures
Audit locally-owned instruction components, including skill bodies, agent definitions, hook instruction text, output styles, CLAUDE.md and rules, for MISSING posture guidance the official prompting guide says their purpose needs: delegation criteria/caps in orchestration components, minimal-scope and anti-test-gaming…
audit-skill-visibility
Audit whether each installed skill is actually VISIBLE to the model, and diagnose why most of a fleet never gets used. A skill is invisible when its description is dropped by the skill-listing context budget (Claude Code drops descriptions by a decay-weighted usage score, so an unused skill loses the keywords that…