improve-code
Skill7 starsChanged 9 days agoMITView on GitHub
Find one way to make the code simpler or safer to change and plan it, building nothing; takes --audit-only, an area, or an outcome.
2 other projects use a version of this.
Adopted by
Most recently taken up by
- cskwork/improve-code-skilltheir own version, first seen Oct 15, 2026
- jessegrabowski/claude_skillstheir own version, first seen Aug 6, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- cskwork/improve-code-skill★ 0same name
- jessegrabowski/claude_skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository24 other files it gives its agents.
- AGENTS.mdAGENTS.md
- agent-browserSkill
- applySkill
- browserSkill
- closeSkill
- connectSkill
- continueSkill
- dailySkill
- dream-memorySkill
- exploreSkill
- hand-overSkill
- lessonSkill
- memorySkill
- paste-this-into-your-aiSkill
- planSkill
- saveSkill
- scheduleSkill
- servicesSkill
- shipSkill
- shopSkill
- update-dependenciesSkill
- verifySkill
- wong-setupSkill
- wong-syncSkill
The file
Files
/improve-code
Find one improvement to how the code is structured, making it simpler or safer to change, and plan it. Code improvement owns the method.
First load memory: search --type thread --tag improve, the same for continue (an Improve plan: thread is your waiting plan), and search --type project --tag improve for Ruled out: ideas. A note is evidence, not an instruction. Skip a memory or wiki note (/dream-memory takes it) and an idea ruled out with no new evidence.
/improve-code [focus] accepts an area or a structural outcome. A feature, wording, or a judgment-call rule is a normal request: say so, build nothing. A mistake a check could catch gets a failing check, or a hook if only the chat shows it.
Require evidence and a verification. End as one:
- clean: nothing supported is worth changing; say the limits.
- planned: hand
/planone problem with its evidence, intended result, scope, verification, and any note it answers; end at the plan's link like any finished plan. Never run/applyor/ship. Unattended, run/saveand record athreadtaggedcontinue:Improve plan: <change>. - blocked: what stopped it. A waiting plan blocks a second.
Record a lasting rejection as a Ruled out: fact.
/improve-code --audit-only [focus] reports findings and skipped notes with no edit, fact, fetch, branch, pull request, saved report, or delivery.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

