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.

install
source · Clone the upstream repo
git clone https://github.com/john-wilmes/claude-agentic-coding-playbook
Claude Code · Install into ~/.claude/skills/
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"
manifest: profiles/combined/skills/playbook/SKILL.md
source content

Playbook 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:

  • global
    (default if no argument): Analyze and improve
    <INSTALL_ROOT>/.claude/CLAUDE.md
  • project
    : Analyze and improve the current project's
    CLAUDE.md
  • check
    : Audit current configuration and report what is missing or outdated

Steps for
global
mode

1. 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:

  1. Add all missing sections -- append playbook sections the user does not have
  2. Interactive section-by-section -- go through each missing/partial section and ask to add, skip, or customize
  3. Just show me the diff -- display what would change without modifying anything
  4. 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:

  • /checkpoint
    at
    <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

1. 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:

  • INSTALLED
    — hook was copied to
    .git/hooks/pre-commit
  • SKIPPED
    — hook already exists (do not overwrite)
  • INSTALLED_GLOBAL:<path>
    — installed to global hooksPath (warn user this is shared)
  • SKIPPED_GLOBAL:<path>
    — hook exists at global hooksPath (tell user to merge manually)
  • NO_TEMPLATE
    — template not found at
    <INSTALL_ROOT>/.claude/templates/hooks/pre-commit
  • NOT_A_REPO
    — not in a git repo

Steps for
check
mode

Run a quick audit without making changes:

  1. Global CLAUDE.md: Does it exist? How many sections match the playbook? What is missing?
  2. Skills: Are /checkpoint, /investigate, and /playbook installed?
  3. Project CLAUDE.md (if in a project): Does it exist? Does it have quality gates, review rules, test strategy?
  4. Pre-commit hook: Is it installed and executable?
  5. 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