agent-revamp-skills
CLAUDE.md1 starsChanged 7 months agoMITView on GitHub
This file is loaded automatically by Claude Code at the start of every session in this repo. It defines the project's purpose, operating rules, and constraints that all agents and skills must follow. agent-revamp-skills is a library of Claude Code skills (prompt-driven slash commands) and sub-agent definitions for driving large-scale, incremental codebase migrations — the kind that take weeks or months, cross team boundaries, and carry real production risk. The skills are organized into eight ordered phases that mirror a…
In this repository6 other files it gives its agents.
The file
We split this CLAUDE.md into the rules it gives an agent
12 rules. About 0 are common, 7 are distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 31
Every skill in skills/ must contain all nine required sections in order.
- Very specific: line 58
Never run a migration step against a production system without an explicit --env prod flag confirmed by the user in the current session.
- Distinctive: line 60
Never delete source code that is still referenced.
- Distinctive: line 61
All destructive operations (schema drops, service deletions, traffic cuts) require a dry-run output reviewed by the user before execution.
- Distinctive: line 66
Do not add features, documentation, or refactors that weren't asked for.
- Distinctive: line 67
Do not create files outside the repo structure without asking.
- Distinctive: line 72
If an agent cannot find evidence for an assumption, it must say so rather than guess.
- Distinctive: line 75
All generated artifacts (specs, plans, diffs) must be written to a file, not only printed to stdout.
- Very specific: line 85
Check for
AUDIT.mdat the repo root: If it exists, read it fully before proceeding. - Very specific: line 91
Check for
MIGRATION-PLAN.mdat the repo root: If it exists, read it fully before proceeding. - Very specific: line 96
Check for stale artifacts: If AUDIT.md exists and its audit date (the Audit date field in the header table) is more than 90 days before …
- Distinctive: line 105
If neither file exists: proceed normally.
≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
CLAUDE.md — agent-revamp-skills
This file is loaded automatically by Claude Code at the start of every session in this repo. It defines the project's purpose, operating rules, and constraints that all agents and skills must follow.
Project Context
agent-revamp-skills is a library of Claude Code skills (prompt-driven slash commands) and
sub-agent definitions for driving large-scale, incremental codebase migrations — the kind that
take weeks or months, cross team boundaries, and carry real production risk.
The skills are organized into eight ordered phases that mirror a typical strangler-fig migration:
| Phase | Dir | Purpose |
| 0 | skills/00-meta | Repo hygiene, skill authoring, template maintenance |
| 1 | skills/01-audit | Understand the current system — inventory, deps, risk |
| 2 | skills/02-strategize | Decide the migration approach and sequence |
| 3 | skills/03-prepare | Scaffolding, CI gates, feature flags, dual-write infra |
| 4 | skills/04-migrate | The actual migration, split by layer |
| 5 | skills/05-validate | Behavioral equivalence, load tests, diff checks |
| 6 | skills/06-cut-over | Traffic shifting, DNS, kill-switch |
| 7 | skills/07-stabilize | Post-cut-over hardening, cleanup, retro |
Skill Anatomy Rules
Every skill in skills/ must contain all nine required sections in order.
See skills/_template/SKILL.md for the canonical template.
Required sections (in order):
# Metadata— name, phase, version, owner# Purpose— one-paragraph plain-English summary# Trigger Conditions— when to use this skill (and when NOT to)# Inputs— required and optional context the skill needs# Steps— numbered, ordered, imperative instructions to Claude# Agent Handoffs— which sub-agents to spawn, and with what prompts# Outputs— artifacts produced (files, reports, PRs, etc.)# Validation Gates— criteria that must pass before declaring the skill done# References— links to patterns, anti-patterns, or related skills
Rules:
- A skill must be self-contained enough that a cold Claude session can execute it.
- Steps must be imperative ("Read X", "Search for Y") — not descriptive ("X should be read").
- Agent Handoffs must name the agent file in
agents/and pass a complete prompt template. - Validation Gates are non-negotiable checklists — do not mark a skill complete unless every gate passes.
Core Constraints
These constraints apply to all sessions, agents, and skills in this repo:
Safety
- Never run a migration step against a production system without an explicit
--env prodflag confirmed by the user in the current session. - Never delete source code that is still referenced. Run equivalence validation first.
- All destructive operations (schema drops, service deletions, traffic cuts) require a dry-run output reviewed by the user before execution.
Scope
- Skills must focus on their declared phase. Cross-phase work belongs in a new skill.
- Do not add features, documentation, or refactors that weren't asked for.
- Do not create files outside the repo structure without asking.
Agent Behavior
- Sub-agents operate in read-only mode by default unless the parent skill explicitly grants write access.
- Agents must cite the file path and line number for every claim about existing code.
- If an agent cannot find evidence for an assumption, it must say so rather than guess.
Output Quality
- All generated artifacts (specs, plans, diffs) must be written to a file, not only printed to stdout.
- Reports must include a confidence level (High / Medium / Low) and a list of assumptions made.
Session Startup
At the start of every session in this repo, before taking any action or responding to any request, Claude Code must:
- Check for
AUDIT.mdat the repo root. If it exists, read it fully before proceeding.AUDIT.mdis the ground truth about the codebase being migrated. Any recommendation made without reading it may contradict findings already established. IfAUDIT.mdis present but its Sign-off status isPENDING, note this to the user before running any Phase 2 or later skill — Phase 2 requires sign-off. - Check for
MIGRATION-PLAN.mdat the repo root. If it exists, read it fully before proceeding.MIGRATION-PLAN.mddefines the agreed sequencing, blocked units, and phase-gate criteria for this project. Any Phase 4 action that contradicts the plan's dependency ordering or skips a phase gate must be flagged to the user before executing. - Check for stale artifacts. If
AUDIT.mdexists and its audit date (theAudit datefield in the header table) is more than 90 days before today's date, warn the user: "AUDIT.md is N days old. Dependency health, CVE status, and coverage data may have changed. Consider re-runningcodebase-auditbefore continuing." - Do not re-read these files on every tool call — read them once at session start and
hold the findings in context. If the user explicitly updates
AUDIT.mdorMIGRATION-PLAN.mdduring the session, re-read the updated file before continuing.
If neither file exists: proceed normally. Their absence means the project is in Phase 0–1 and no prior audit or plan has been committed yet.
Quick Reference
# Run a skill as a slash command
/audit # Phase 1 — inventory and risk map
/revamp-spec # Phase 2 — migration strategy doc
/migrate # Phase 4 — execute a migration unit
/validate # Phase 5 — equivalence checkSee docs/claude-code-setup.md for first-time setup instructions.
See docs/how-to-pick-a-skill.md to choose the right skill for your task.
See CONTRIBUTING.md to add a new skill to the library.
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.

