Claude-agentic-coding-playbook playbook
Analyze your Claude Code configuration and suggest improvements based on the agentic coding playbook. Use when user says "audit my config", "check my setup", or "improve my CLAUDE.md". Works on both global and project-level CLAUDE.md files. Do NOT use for application configuration — only for Claude Code setup.
git clone https://github.com/john-wilmes/claude-agentic-coding-playbook
T=$(mktemp -d) && git clone --depth=1 https://github.com/john-wilmes/claude-agentic-coding-playbook "$T" && mkdir -p ~/.claude/skills && cp -r "$T/profiles/combined/skills/playbook" ~/.claude/skills/john-wilmes-claude-agentic-coding-playbook-playbook && rm -rf "$T"
profiles/combined/skills/playbook/SKILL.mdPlaybook Configurator
Analyze the user's Claude Code configuration and intelligently merge playbook best practices. Unlike the install script's
--wizard mode (which does simple file-level skip/overwrite/backup), this skill understands the semantic content of CLAUDE.md files and merges section-by-section.
Install Root Discovery
Before running any mode, determine where the playbook's
.claude/ directory is installed. The install root may differ from ~/.claude/ if the user ran install.sh --root <path>.
Run the install-root discovery helper:
INSTALL_ROOT=$(bash ~/.claude/scripts/skills/find-install-root.sh)
All
<INSTALL_ROOT> references below use this resolved path.
Modes
Parse
$ARGUMENTS to determine the mode:
(default if no argument): Analyze and improveglobal<INSTALL_ROOT>/.claude/CLAUDE.md
: Analyze and improve the current project'sprojectCLAUDE.md
: Audit current configuration and report what is missing or outdatedcheck
Steps for global
mode
global1. Read the user's global CLAUDE.md
Read
<INSTALL_ROOT>/.claude/CLAUDE.md. If it does not exist, offer to create one from scratch using the playbook template.
2. Analyze existing sections
Identify the sections in the user's file. Map them to the playbook's recommended sections:
Playbook recommended sections:
- The Workflow (Explore, Plan, Code, Verify, Commit)
- Reasoning Standards (evidence-based debugging, hypothesis-driven, cite sources)
- Efficiency and Cost Optimization (parallel calls, no re-reads, model routing)
- Context and Session Management (fresh sessions, /compact, subagents)
- Quality Gates (type-check, lint before commit)
- Testing and Verification (lowest-level tests, continuous feedback loop)
- Code Review (automated review on every commit)
- Security (no credentials, sandbox mode, MCP server restrictions)
- Git Discipline (no --no-verify, no force-push)
- File Creation Rules (no orphan files, no one-off scripts)
- Memory File Discipline (Current Work tracking, lessons learned)
- Repository Hygiene (.gitignore, no large files)
3. Generate a comparison report
For each playbook section, classify the user's coverage:
- Covered: The user has equivalent rules (possibly under a different heading). Note any differences.
- Partially covered: Some rules present, others missing. List what is missing.
- Missing: The section is not addressed. Explain what it provides and why it matters.
- Extra: The user has sections not in the playbook. These are preserved as-is.
Present this as a table:
Section | Status | Notes ---------------------------|-------------------|------ Reasoning Standards | Covered | Your "Debugging" section covers this Efficiency | Partially covered | Missing: model routing, two-attempt limit Quality Gates | Missing | Enforces type-check and lint before commits ... | ... | ...
4. Offer merge options
Use AskUserQuestion to let the user choose:
- Add all missing sections -- append playbook sections the user does not have
- Interactive section-by-section -- go through each missing/partial section and ask to add, skip, or customize
- Just show me the diff -- display what would change without modifying anything
- Skip -- make no changes
5. Apply changes
If the user chose to merge:
- Preserve all existing user sections, including "Extra" sections not in the playbook
- For "Missing" sections: append the playbook version at the end of the file
- For "Partially covered" sections: suggest specific lines to add within the existing section. Show the proposed edit and confirm before applying.
- Never remove or overwrite user content without explicit confirmation
- After editing, show a summary of what changed
6. Check skills
After handling CLAUDE.md, check if recommended skills are installed:
at/checkpoint<INSTALL_ROOT>/.claude/skills/checkpoint/SKILL.md
Report any missing skills and offer to note them for the user to install via the install script.
Steps for project
mode
project1. Check for project CLAUDE.md
Look for
CLAUDE.md in the current working directory.
2. If no project CLAUDE.md exists
Offer to create one using the playbook template. Read
<INSTALL_ROOT>/.claude/templates/project-CLAUDE.md if available, otherwise use the built-in template structure:
# <project-name> <one-line description> ## Quality Gates - Type-check: `<command>` - Lint: `<command>` - Test: `<command>` ## Code Review - Run <tool> on staged changes before every commit. - Apply all suggestions unless they introduce a regression. ## Testing Strategy Test at the lowest level that can verify the behavior. 1. Unit test: Pure logic, utilities, isolated components. 2. Integration test: Cross-component interactions, mocked backends. 3. E2E test: Full user workflows with real backends. ## Project Conventions - <framework/architecture notes> - <naming conventions> - <project-specific rules>
Ask the user to fill in project-specific values (name, commands, conventions).
3. If project CLAUDE.md exists
Analyze it against the template. Check for:
- Quality gate commands defined
- Code review rules present
- Testing strategy documented
- Project conventions documented
Report gaps and offer to add missing sections.
4. Install pre-commit hook
Run the pre-commit hook installer:
TEMPLATE="<INSTALL_ROOT>/.claude/templates/hooks/pre-commit" bash ~/.claude/scripts/skills/install-precommit.sh --template "$TEMPLATE" --project "$(pwd)"
Possible outputs:
— hook was copied toINSTALLED.git/hooks/pre-commit
— hook already exists (do not overwrite)SKIPPED
— installed to global hooksPath (warn user this is shared)INSTALLED_GLOBAL:<path>
— hook exists at global hooksPath (tell user to merge manually)SKIPPED_GLOBAL:<path>
— template not found atNO_TEMPLATE<INSTALL_ROOT>/.claude/templates/hooks/pre-commit
— not in a git repoNOT_A_REPO
Steps for check
mode
checkRun a quick audit without making changes:
- Global CLAUDE.md: Does it exist? How many sections match the playbook? What is missing?
- Skills: Are /checkpoint, /investigate, and /playbook installed?
- Project CLAUDE.md (if in a project): Does it exist? Does it have quality gates, review rules, test strategy?
- Pre-commit hook: Is it installed and executable?
- Memory: Does the project have a memory directory with a MEMORY.md file?
Present results as a checklist:
[x] Global CLAUDE.md (12/12 sections) [x] /checkpoint skill installed [x] /investigate skill installed [x] /playbook skill installed [ ] Project CLAUDE.md (no quality gates defined) [ ] Pre-commit hook (not installed) [x] Memory file exists