Install any skill in seconds. Free to start, no credit card required.
Get Started Free →tobihagemann/self-improve
Extract lessons from the current session and route them to the appropriate knowledge layer (project AGENTS.md, auto memory, existing skills, or new skills).
Passed 3 of 9 test cases with the skill, and 3 of 9 without it.
and 6 more in the full report
6 fixed2 passed either way10 still failing7 broke
Tokens, turns and time describe resource use, not a dollar price.
One of 6 test cases the skill fixed. Same model, same prompt, with and without the skill.
Step 1 discovered that `AGENTS.md` references `docs/kb/index.md` as the project's documentation index. When routing lessons in Step 4, is `docs/kb/index.md` a valid routing destination?
| Checked | Without skill | With skill |
|---|---|---|
| Identifies docs/kb/index.md as a documentation source for filtering rather than a lesson routing destination | Missed | Passed |
The instructions your model reads when the skill loads.
Review the current conversation, or the project's past sessions when asked, to extract durable lessons and route each one to the right knowledge layer.
Available destinations:
AGENTS.override.md when one is present, otherwise AGENTS.md: an override replaces that directory's AGENTS.md rather than adding to it, so a lesson written to a shadowed file never loads. A nested file scopes its guidance to that subtree, so a lesson scoped to one subtree belongs in the nearest enclosing file, with the root reserved for project-wide rules..agents/skills/ (walked from project root down to cwd) and user-installed skills at ~/.agents/skills/ (resolve symlinks)Discover the project instruction files (the root file and any nested ones in subdirectories, resolved through the override rule above) and read them, then read any available Codex memory. When those files point at a knowledge base the repo maintains, read its index too; it is a documentation source for Step 3 rather than a routing destination. List all skill directories but do not read them yet — Step 2 needs to run first so you know what to look for.
If ~/.turbo/repo/ exists, identify which installed skills are turbo skills:
~/.turbo/repo/codex/skills/~/.agents/skills/ that has a matching directory in ~/.turbo/repo/codex/skills/ is a turbo skill~/.agents/skills/ (no match in the repo) are user/project skillsVerification rule (mandatory before routing in Step 4): For every candidate skill that is about to be routed as turbo, confirm with a fresh test -d ~/.turbo/repo/codex/skills/<name> check that the skill actually lives in the turbo repo. Do not rely on remembered listings from earlier in the session, filename hits in grep output, or assumptions based on where a SKILL.md was read from. A miss here mislabels a user/project skill as turbo, triggers the contribution flow unnecessarily, and can introduce session-specific content into a shared skill — so the check is not optional.
Exception: If the current project IS the turbo repo (i.e., the working directory contains this skill collection), route turbo skill lessons through the Existing user/project skill destination in Step 4 — edits go directly to codex/skills/<name>/ in the project, with no installed-copy indirection and no contribution flow.
Skip when the conversation is visible in full from the user's own first message.
When it starts from a summary of earlier work instead, recover the compacted turns from the on-disk rollout file. Spawn a single sub-agent (inherited model defaults). The sub-agent's prompt must include:
Treat the returned items as raw evidence for the scan below.
test cases passed, vs 3 / 9 without
More skills from the same source and nearby in the registry, with their headline benchmark lift.