Plan
Plan-driven, short-session workflow for Claude Code. Externalize state to files and do one task per fresh session. Skills: /planflow:plan, /planflow:next, /planflow:handover.
npx -y skills add huangyun111/planflow --skill planAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when you have a goal or spec for a multi-step task and want to break it into an ordered PLAN.md task list before any coding. Sets up PLAN.md; does not implement.
SKILL.md
1.7 KB, as published. Nobody here has run it
You are setting up PLAN.md for a task. Do NOT write implementation code yet.
The user's goal: $ARGUMENTS
- Restate the goal in 1-2 sentences. If something critical is ambiguous, ask up to 3 sharp questions first — otherwise proceed.
- Briefly explore the relevant code so the plan is grounded in reality.
- Decompose the goal into small, ordered, independently-completable tasks. A good task is something ONE fresh session can finish without approaching the context limit (a module, function, fix, or thin slice), needs only a few files in context, and has a concrete "Done when…" condition. If a task needs more than ~1 hour or touches many files at once, split it further.
- Write ./PLAN.md as:
Plan — <title>
Goal
<1-2 sentences>Notes / Constraints
<key facts and decisions to respect> ## Tasks - [ ] **T1 — <short title>** - Files: <paths> - Do: <what to implement> - Done when: <concrete checkable condition> - [ ] **T2 — ...** ( ordered by dependency ) - Self-check the plan before showing it. Every task must have Files, Do, and a Done-when; each "Done when…" must be concretely checkable — a command to run, a file that appears, an observable output — never vague like "improve X" or "make it better". Tasks must be small (one fresh session each) and ordered by dependency. Rewrite any task that fails this bar.
- Show the plan and ask the user to confirm or adjust before any coding.