self-improve
Skill1 starsChanged 4 months agoApache-2.0View on GitHub
LLM-driven self-improvement of the Vodou codebase — one small change at a time, fully tested, project-only, with backups. Can be scheduled to run continuously until stopped.
- Reads credentials
36 other projects use a version of this.
Adopted by
Most recently taken up by
- naman10parikh/pennytheir own version, first seen Nov 8, 2026
- DYNO-SOFT/self-improving-looptheir own version, first seen Nov 8, 2026
- linxule/carreltheir own version, first seen Nov 8, 2026
- naman10parikh/wikimemtheir own version, first seen Nov 8, 2026
- Yeachan-Heo/oh-my-claudecodetheir own version, first seen Nov 8, 2026
- kiloloop/oacp-skillstheir own version, first seen Nov 1, 2026
Used with
Projects with it also use ecosystem-reference, fractal-delegation and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
naman10parikhSkillecosystem-reference
Quick-access directory of Claude Code ecosystem repos, skills, plugins, MCPs, and patterns. Use when improving the harness.
Also in 5 projects that use this
naman10parikhSkillfractal-delegation
Also in 5 projects that use this
aaronjmarsSkillaeon-update
Pull framework updates from the upstream Aeon repo into this instance - 3-way merges canon's new commits into a PR, never clobbering operator config.
Also in 4 projects that use this
aaronjmarsSkillauto-workflow
Two-mode aeon.yml workflow builder - analyze inspects URLs and emits a tiered, signal-verified skill-enablement plan plus an aeon.yml diff; enable flips slugs to enabled:true and opens a PR.
Also in 4 projects that use this
- +6 more from naman10parikh
- +2 more from aaronjmars
Other versions36 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 36
- Yeachan-Heo/oh-my-claude-sisyphus★ 41ksame name
- Yeachan-Heo/oh-my-claudecode★ 41ksame name
- zereight/gitlab-mcp★ 2.1ksame name
- aaronjmars/aeon★ 789same name
- aeonfun/aeon★ 789same name
- forefy/.context★ 153same name
- eai-org/agent-toolkit★ 85same name
- nitinjain999/platform-skills★ 71same name
- aaronjmars/miroshark-aeon★ 20same name
- MiroShark/miroshark-aeon★ 20same name
26 more not listed
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 repository64 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- board-workerSkill
- board-triage-specifierSkill
- create-a-skillSkill
- execdesk-action-board-prepSkill
- execdesk-action-competitor-monitorSkill
- execdesk-action-competitor-positioningSkill
- execdesk-action-content-calendarSkill
- execdesk-action-decision-frameworkSkill
- execdesk-action-growth-hack-runnerSkill
- execdesk-action-icp-profileSkill
- execdesk-action-quarterly-goals-reviewSkill
- execdesk-action-twitter-thread-drafterSkill
- execdesk-action-weekly-briefSkill
- execdesk-ceoSkill
- execdesk-chief-of-staffSkill
- execdesk-cmoSkill
- think-deepSkill
- docker-compose-devSkill
- calendar-hold-approvalSkill
- chuck-norrisSkill
- email-send-approvalSkill
- graph-ask-demoSkill
- inbox-and-agendaSkill
- meeting-brief-graphSkill
- multi-mcp-testSkill
- schedule-badge-proofSkill
- stopping-point-testSkill
- turn-log-smokeSkill
- code-review-templateSkill
- custom-skill-templateSkill
- daily-research-briefSkill
- pr-review-pipelineSkill
- research-analysis-templateSkill
- ship-a-featureSkill
- autonomous-planSkill
- browser-toolsSkill
- code-reviewSkill
- deep-thinkingSkill
- first-skillSkill
- helloSkill
- implementation-planningSkill
- install-mcp-serverSkill
- masterySkill
- mcp-builderSkill
- mcp-installerSkill
- morning-briefSkill
- new-user-walkthroughSkill
- oauth-authenticationSkill
- onboardingSkill
- parallel-code-analysisSkill
- project-wizardSkill
- qa-reportSkill
- qa-testingSkill
- regression-testSkill
- self-learningSkill
- skill-developmentSkill
- social-media-marketingSkill
- soulSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
3 rules. 0 are common, 0 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 31 edited versions we read keep these.
0
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 63
Start the chain: ./do schedule add self-improve "in 5m" "oi 'self improve'" --one-shot, or run ./do "self improve" once and have it …
- Very specific: line 64
Run the daemon: ./do daemon start (or install and load for 24/7).
- Very specific: line 70
Temporary stop: Create the stop file: touch .vodou/self_improve_stop.
“Common” is measured: kept by at least 6 in 10 of the 31 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Vodou Self-Improve — Steward the Codebase to Release Quality
Mission
You are improving the Vodou project in this directory only. Your job: make one small, concrete improvement per run, run the full test gate before moving on, and never leave this project directory or wipe major files. When done, schedule the next run so improvement continues until the user stops it.
Guardrails (MANDATORY)
- Project directory only — All edits, creates, deletes, and command execution (e.g.
cargo test) MUST be confined to the Vodou project root (the directory containingoi,vodou-core,Cargo.toml,.vodou/). NEVER write, delete, or run commands that affect paths outside this project. - No major file wipes — Do NOT delete or overwrite in-place major files (e.g.
Cargo.toml,src/main.rs,README.md, wholesrc/subdirs) without first creating a timestamped backup under.vodou/backups/(e.g..vodou/backups/2026-02-16_main.rs.bak). When in doubt, backup first. - One task per run — Execute exactly one improvement from the plan (or one LLM-chosen task). Do not start the next task in the same run.
- Test gate — Before considering the task complete, run the project test suite (e.g.
cargo testfrom project root). If any test fails after your change, revert the change (or restore from backup), log the failure, and do not mark the task done. You may schedule a retry later or skip to another task. - Stop signal — At the start of each run, check for
.vodou/self_improve_stop. If that file exists, do nothing and do not schedule a follow-up. Tell the user "Self-improve stopped (remove .vodou/self_improve_stop to allow again)."
Plan and Planning
- Plan file:
.vodou/workspace/self-improve-plan.md(or the path in.env:VODOU_SELF_IMPROVE_PLAN_PATH). It contains phases and small tasks (e.g. "Add unit test for X", "Fix one clippy warning in Y"). - When run by the scheduler: The daemon’s planning step (Claude CLI or configured LLM) already ran and chose a TASK. Your run is that TASK. Execute it with the guardrails above, then the scheduler will add the next run (e.g. in 10m) automatically if the LLM returned a SCHEDULE.
- When run manually (e.g. user said "self improve"): Read
.vodou/workspace/self-improve-plan.mdand recent memory. Use Claude CLI to pick one next task if available: e.g.echo "Plan: <plan content>; Memory: <recent>. What is the ONE next small improvement? Reply: TASK: <task>." | claude(or equivalent). Then execute that TASK with the guardrails above. After success and passing tests, schedule the next run:./do schedule add self-improve-next "in 10m" "oi 'self improve'" --one-shot.
Steps (each run)
- Check stop — If
.vodou/self_improve_stopexists, exit without scheduling. Otherwise continue. - Get task — If the scheduler already provided a TASK (you were invoked with a specific instruction from the planner), use it. Else read the plan and memory and use Claude CLI (or your judgment) to pick ONE small task.
- Backup if needed — If the task touches a major/critical file, copy it to
.vodou/backups/<date>_<filename>.bakfirst. - Execute — Make the single change. Stay inside the project directory.
- Test — Run
cargo test(or the project’s test command). If failures: revert/restore, log, and optionally schedule a retry in 1h or skip; do not schedule the usual next run. - Log — Run
./do "log: ..."with what you did (e.g../do "log: refactor: One clippy fix in scheduler.rs | component: scheduler | files_changed: 1"). - Schedule next — If you ran manually (not from scheduler), add the next run:
./do schedule add self-improve-next "in 10m" "oi 'self improve'" --one-shot. If you were run by the scheduler, the daemon will have already scheduled the next run when the LLM returned SCHEDULE.
How to run continuously (daemon)
- Set in
.env:VODOU_SELF_IMPROVE_PLAN_PATH=.vodou/workspace/self-improve-plan.md(and keep an LLM provider set for planning, e.g. Claude CLI). ./do schedule approve-autonomous(autonomous tasks include "self improve").- Start the chain:
./do schedule add self-improve "in 5m" "oi 'self improve'" --one-shot, or run./do "self improve"once and have it schedule the next. - Run the daemon:
./do daemon start(or install and load for 24/7). Each due run: planner picks next task from the plan → you execute it (with guardrails and test) → scheduler adds follow-up "oi 'self improve'" in 10m (or whatever the LLM returned).
How to stop
- Temporary stop: Create the stop file:
touch .vodou/self_improve_stop. The skill will exit without scheduling when it sees this. Remove it to allow again. - Remove next run:
./do schedule listthen./do schedule remove <id>for anyself-improve-nextorself-improvetask.
Stopping Point 1
What do you want to do?
- Run one self-improve task now — Follow the steps above: check stop, get task from plan (or Claude CLI), backup if needed, execute, test, log, schedule next if manual.
- Show the plan — Read and summarize
.vodou/workspace/self-improve-plan.mdand the next suggested task. - Set up continuous runs — Confirm plan path in .env, approve autonomous, add first scheduled "oi 'self improve'" and remind to start daemon.
- Stop / don’t run — Do nothing; optionally create
.vodou/self_improve_stopto block future runs until removed.
Reply with 1, 2, 3, or 4.
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.

