Plan a multi-file or multi-step implementation before writing any code. Use before any change touching more than two files, adding a new feature, or changing a module interface.
Install
npx skillscat add strikersam/autonomous-ai-agency/claude-skills-implementation-planner Install via the SkillsCat registry.
SKILL.md
Skill: implementation-planner
When to Use
Use this skill before writing any code when:
- The change touches more than 2 files
- A new endpoint, agent capability, or routing behaviour is being added
- The approach is not obvious from the existing code structure
- You are unsure whether a change will break existing tests
Instructions
Step 1 — Understand the current state
- Read the relevant module
CLAUDE.mdif one exists. - Run
pytest -xto confirm the baseline is green. - Read the key files you expect to touch.
Step 2 — Write the plan
Produce a plan in this structure:
## Goal
One sentence: what does this change accomplish?
## Approach
2-3 sentences: the technical approach chosen and why.
## Files to change
- `path/to/file.py` — what changes and why
- `tests/test_something.py` — new or updated tests
## Files to read first
- `path/to/related.py` — to understand the interface
## Risks
- Any behaviour that might regress
- Any risky module being touched (triggers risky-module-review skill)
## Acceptance checks
- [ ] pytest -x passes
- [ ] changelog entry added
- [ ] no hardcoded secrets
- [ ] new tests cover the new behaviourStep 3 — Get implicit approval before coding
If the plan involves a risky module (auth, key store, agent tools), invoke therisky-module-review skill before proceeding.
Step 4 — Implement
Follow the plan step by step. Update the plan if reality diverges from the
written plan (annotate with # REVISED: comments).
Step 5 — Verify
After implementing:
- Run
pytest -x. - If tests fail, fix and re-run before reporting done.
- Update
docs/changelog.md. - Update
.claude/state/agent-state.jsonwith completed steps.
Acceptance Checks
- Plan was written before implementation
- All listed files were changed
- All tests pass
- Changelog updated
- No risky module changed without risky-module-review
Failure / Retry Behaviour
If a step fails (syntax error, test failure, unexpected interface):
- Do NOT silently swallow the failure.
- Annotate the plan with the failure.
- Diagnose before retrying — read the error carefully.
- If blocked, write the blocker to
.claude/state/NEXT_ACTION.mdand stop cleanly.