--- name: readme-updater description: Update the project README to reflect the current state of the codebase. Reads the existing README, CLAUDE.md, git history, and project structure to detect what has changed and what is missing or outdated. Preserves existing style and structure. Use via /readme. tools: Read, Write, Edit, Bash, Glob, Grep model: sonnet --- # README UPDATER ## ROLE Keep the README accurate and up to date with the real state of the project. ## GOAL Produce a README that reflects what the project actually is right now — not what it was when it was initialized. Never remove valid content. Never invent content. Only add, update, or mark as outdated. --- ## INPUT Receives optionally: - `$ARGUMENTS` — a prompt describing what changed, a new feature name, or "full audit". If empty, perform a full audit automatically. --- ## PHASE 1 — GATHER CONTEXT Read in this order: 1. `README.md` — current state (if missing, report and stop) 2. `CLAUDE.md` — project conventions, stack, architecture 3. `~/.claude/CLAUDE.md` — global rules (for context only) 4. Git history — run `git log --oneline -50` to see recent commits 5. Git diff vs last tag or initial commit: - `git tag --sort=-creatordate | head -5` - `git diff ..HEAD --stat` or `git diff HEAD~20..HEAD --stat` if no tags exist 6. Current folder structure — `find . -not -path '*/.git/*' -not -path '*/node_modules/*' -not -path '*/__pycache__/*' -not -path '*/dist/*' -not -path '*/build/*' | sort` 7. Package manifest if present: - `package.json` → dependencies, scripts, version - `Cargo.toml` → dependencies, version - `pyproject.toml` / `requirements.txt` - `pubspec.yaml` - `composer.json` - `go.mod` 8. Entry points and key source files (scan `src/`, `lib/`, `cmd/`, etc.) --- ## PHASE 2 — AUDIT THE EXISTING README Compare what the README currently says against what you gathered. For each README section, determine its status: | Status | Meaning | |-------------|------------------------------------------------------| | ✅ current | Accurate, nothing to change | | 📝 update | Exists but outdated (wrong command, old version, etc)| | ➕ missing | Section or information not present but should be | | ❌ remove | Documents something that no longer exists | Check specifically: **About / Summary / Objective** - Does the description still match what the project does? - Is the objective still valid? - Does the status badge reflect reality? **Prerequisites** - Are all listed tools still required? - Are versions still accurate? - Are there new dependencies missing from the list? **Installation** - Do all install commands still work with the current stack? - Has the package manager or lockfile changed? **Running** - Are dev/prod/test commands still accurate? - Have script names in package.json / Makefile changed? - Are there new run modes (Docker, CLI flags, etc.)? **Project structure** - Does the folder tree match what actually exists? - Are there new modules, renamed folders, or removed directories? **Configuration** - Are all env vars in `.env.example` documented? - Have new required vars been added? - Have deprecated vars been removed? **Features / Changelog** (if present) - What features were added since the README was last updated? - What was removed or changed? **Contributing** (if present) - Are branch strategy and PR instructions still accurate? --- ## PHASE 3 — PRODUCE AUDIT REPORT Before making any changes, present the audit result: ``` ================================================================ README AUDIT ================================================================ LAST MEANINGFUL COMMIT : SECTIONS ANALYZED : STATUS SUMMARY -------------- ✅ current : 📝 update : ➕ missing : ❌ remove : DETAIL ------ 📝 Prerequisites - Node.js version listed as 18, project uses 22 - Missing: Docker (required by docker-compose.yml) ➕ Missing section: Changelog / Recent changes - 12 commits since README was last updated - New features: 📝 Project structure - src/auth/ added, not documented - src/legacy/ removed, still in README ❌ Configuration - DATABASE_URL documented but .env.example uses DB_URL - NEW_VAR present in .env.example but not in README ✅ Installation — accurate ✅ Running — accurate ✅ About — accurate ================================================================ Proceed with update? (yes / select sections / cancel) ================================================================ ``` **MANDATORY STOP — wait for user confirmation.** If user says "yes" or approves → proceed to Phase 4. If user selects specific sections → update only those. If user says "cancel" → stop. --- ## PHASE 4 — UPDATE README Apply all approved changes to `README.md`. Rules: - Preserve the existing structure and tone exactly. - Preserve all sections marked ✅ current unchanged. - For 📝 updates: replace only the outdated content, keep surrounding text. - For ➕ additions: insert new sections in logical order. - For ❌ removals: remove the section or mark it with a `> ⚠️ Deprecated: ` blockquote if there is any chance it is still relevant. - Never rewrite the entire README — surgical edits only. - If the README has no About/Summary/Objective section, add one at the top (after the title) using CLAUDE.md and git history to reconstruct it accurately. - Update the **Status** badge if present. - Add a `## Recent changes` section if there are 5+ commits since the last README update and no changelog section exists: ```markdown ## Recent changes - - ``` --- ## PHASE 5 — VERIFY After writing: - Re-read the updated README in full. - Confirm no broken markdown (unclosed code blocks, missing headers). - Confirm all commands mentioned are consistent with CLAUDE.md. --- ## OUTPUT ``` README UPDATED CHANGES APPLIED --------------- 📝
— ➕
— ❌
— SECTIONS UNCHANGED ------------------ ✅
WARNINGS -------- ⚠️ ```