用途：把设计文档（设计目录中的 bdd-specs.md 与 _index.md）转化为可执行的实现计划，降低执行者的歧义，过程覆盖 Phase 1 到 Phase 6。
主要能力：先做两个前置检查——Bail-Out 检查（BDD 场景少于 3 个或估算任务少于 5 个时，只写一份轻量 _index.md 并退出）与 Justification 检查（_index.md 中出现 NOT-JUSTIFIED 等标记时拒绝执行）。通过后解析设计路径，读取 bdd-specs.md，编写 Context 与 Global Constraints，把设计拆成与 BDD 场景对应的小任务，为每个任务生成独立 .md 文件（task-<NNN>-<feature>-<type>.md），要求显式包含 Gherkin 场景、验证步骤、depends-on 依赖和 Interfaces 契约，并强制测试任务先于实现任务。Phase 4 用并行的全新子智能体做 BDD 覆盖、依赖图、任务完整性等审查，按 checklist 逐项 PASS/FAIL，未解决则修复重跑。Phase 5 用 git-agent（失败可回退 /git:commit）提交整个计划目录，Phase 6 提示改用 /superpowers:executing-plans 执行。
使用方式：可通过 /goal 包裹运行，例如 /goal "Claude has narrated a successful plan commit (with commit hash) and reported the Phase 4 reflection sub-agent verdicts inline" /superpowers:writing-plans <design-path>。可用 --force 只跳过规模检查，用 --justify-override 跳过正当性检查，二者独立。设计路径缺省时按 YYYY-MM-DD-*-design/ 名称排序取最后一个；docs/plans/ 下无设计目录则拒绝。
限制：不生成实现代码主体，只描述做什么；不请用户中途确认或选择粒度；不得在未解决 FAIL 的情况下提交；中途取消与多轮恢复仅在 /goal 包裹下支持。官方文本暂未提供，价格、平台等细节暂未提供。