write-plan

Writes implementation plans structured for atomic git commits and subagent-driven execution.

15|1|Updated Jan 3, 2026
One-click install
npx skills add https://github.com/fprochazka/claude-code-plugins --skill write-plan-fprochazka
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: write-plan
Source: https://github.com/fprochazka/claude-code-plugins/tree/main/plugins/sdlc/skills/write-plan
Command: npx skills add https://github.com/fprochazka/claude-code-plugins --skill write-plan-fprochazka

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Implementation work often stalls mid-run because plans skip decisions, ignore git history shape, or force the executing agent to stop and ask questions. This Skill produces a plan file where every decision is front-loaded, each step maps to an atomic commit, and execution can run unattended under a persistent implementation subagent. ## Core Features & Use Cases - Decision front-loading: Surfaces every user-facing naming, edge-case, and scope decision via AskUserQuestion before entering plan mode, so execution never stalls. - Commit-shaped planning: Loads the git-workflow skill and structures each plan step as one intended atomic commit with verification steps and commit messages. - Check tiers and validation: Assigns each step a direct or validation-subagent check tier, names the implementation model (opus or fable), and ends with a final whole-branch validation checkpoint plus MR steps. - Use Case: After a pre-plan briefing and design discussion, run the command with a topic or ticket ref to produce a plan file that an orchestrator and implementation subagent execute step-by-step through MR open and babysit. ## Quick Start Ask Claude to write an implementation plan for your feature or ticket, for example: write a plan for adding rate limiting to the API based on our pre-plan briefing.

Frequently Asked Questions about write-plan

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write an implementation plan for subagent-driven execution?▼

Run the write-plan command with a topic, ticket ref, or pre-plan briefing path. It loads the git-workflow skill, resolves open decisions first, then writes a plan file where each step is an atomic commit with verification and a check tier.

What is a check tier in an implementation plan?▼

A check tier decides who verifies each step: the orchestrator inspects trivial diffs directly, while a fresh validation subagent reviews anything with real logic or edge cases. Phase boundaries always get the subagent tier, with opus or fable chosen by reasoning risk.

When should the implementation subagent use fable instead of opus?▼

Use fable only when the implementation carries hard reasoning such as concurrency, transaction isolation, subtle correctness, or cross-system effects. The plan can schedule a model swap at a phase boundary so fable is spent only where needed.

Why does the plan stage changes instead of committing them?▼

Staged work is corrected for free when a check rejects it, while a bad commit requires reset or amend. Staging with git add -A also keeps git diff --cached complete so new files appear as full additions in one inspection call.

What happens if an unattended plan execution stalls?▼

The implementation protocol creates a cron firing every 30 minutes that re-derives state from the plan file, git status, and git log, then continues the run. The cron is deleted once MR babysitting starts, since babysit arms its own watcher.