writing-plans
Use when an approved change spans multiple dependent outcomes and needs a durable implementation sequence before coding. Do NOT use for small, obvious, reversible edits.
- License 许可
- MIT
- 最近更新
- 2026-10-14
- Stars
- ★ 16
- Forks
- 5
01 前言 Front Matter
- name
- writing-plans
- version
- 6.2.0
- category
- workflow
- description
- Use when an approved change spans multiple dependent outcomes and needs a durable implementation sequence before coding. Do NOT use for small, obvious, reversible edits.
02 资源文件 2
- 参考文档CHANGELOG.md311 B
- 参考文档plan-document-reviewer-prompt.md1.7 KB
03 SKILL.md 正文
Writing Plans
Write plans that preserve decisions and dependencies without expanding every edit into a ceremony.
Read ../using-superpowers/references/risk-policy.md.
When a Plan Is Worth It
Create a plan for multi-component work, migrations, public contracts, risky rollouts, or work likely to continue across sessions. Skip it for a straightforward change that fits in a short active checklist.
Plan Shape
Save durable plans to the project convention, otherwise
docs/superpowers/plans/YYYY-MM-DD-<topic>.md.
Include:
- Goal and non-goals.
- Relevant existing boundaries and exact files.
- Tasks grouped by independently useful outcome.
- Dependencies and interfaces between tasks.
- Risk tier for each task.
- The smallest verification that proves each outcome.
- Rollback or recovery for high-risk changes.
Do not include placeholder steps, invented APIs, repeated prose, routine shell commands, or a commit after every tiny action. Include code only where an exact contract or non-obvious algorithm must be preserved.
Test and Review Budget
- Low risk: existing check or smoke path; no new test by default.
- Medium risk: one focused behavior test only when it protects a key outcome.
- High risk: minimal test-first regression or contract coverage.
- Independent review appears once at the completed-change boundary only when risk or the user requires it.
Execution Handoff
Inline execution is the default. Use superpowers:subagent-driven-development
only when delegation was requested or tasks are genuinely independent.
04 同仓库更多 Skills
bad
暂无简介
writing-skills
Use when creating, editing, or validating reusable agent skills and their trigger behavior. Do NOT use for ordinary project documentation or one-off prompts.
verification-before-completion
Use when about to claim work is complete, fixed, passing, or ready to integrate. Do NOT use to repeat checks without a completion claim or concrete doubt.
using-superpowers
Use when starting a conversation or deciding whether a Superpowers workflow matches the current task. Do NOT use it to auto-invoke skills whose stated triggers do not match.
using-git-worktrees
Use when feature work needs isolation from the current workspace or before executing a risky implementation plan. Do NOT use when the current workspace is already safe and isolated.
test-driven-development
Use when implementing a high-risk behavior change, reproduced regression, or costly contract. Do NOT use by default for docs, styling, config, or low-risk wiring.