编写计划

概览

编写全面的 implementation plans，假设执行工程师对我们的 codebase 零上下文，且品味可疑。记录他们需要知道的一切：每个 task 要触碰哪些文件、代码、测试、他们可能需要检查的 docs、如何测试。把完整 plan 拆成小块 tasks 给他们。DRY。YAGNI。TDD。频繁 commits。

假设他们是熟练开发者，但几乎不了解我们的 toolset 或 problem domain。假设他们不太懂好的 test design。

开始时宣布： "I'm using the writing-plans skill to create the implementation plan."

上下文： 如果在隔离 worktree 中工作，它应该已在执行时通过 superpowers:using-git-worktrees skill 创建。

将计划保存到： docs/superpowers/plans/YYYY-MM-DD-<feature-name>.md

• （用户对 plan 位置的偏好会覆盖此默认值）

范围检查

如果 spec 覆盖多个独立 subsystems，它应该已在 brainstorming 期间拆分成 sub-project specs。如果没有，建议将它拆成多个单独 plans —— 每个 subsystem 一个。每个 plan 都应能独立产出可工作、可测试的软件。