---

name: feature-plan description: 功能循环第 2 步。将规格转化为任务级计划（每任务 2-5 分钟，含文件路径和完整代码），输出到 docs/superpowers/plans/。 user-invocable: false

allowed-tools: Read Write Grep Skill

所有输出必须使用中文。

feature-plan

执行步骤

1. 中断检查：调用 interrupt-check。
2. 确定输入：
   • 当前 REQ-XXX-NNN 及其规格文件 docs/superpowers/specs/YYYY-MM-DD-<REQ>.md（规格不存在则报错）。
   • 相关代码指针（已有的待修改文件，通过 Grep 发现）。
   • docs/04-技术规范.md 和 docs/09-项目目录结构.md（编码规范 + 目录规范）。
3. 委托本插件 superpower-writing-plans（superpowers:writing-plans 的本地 fork，已剥掉"Which approach?"执行交接门），以规格 + 代码指针 + 规范作为上下文；把步骤 4 推导出的落盘路径作为 caller-provided path 传入。
4. 推导路径：docs/superpowers/plans/$(date +%F)-<REQ-id>.md。
5. 用 Read 读取 ${CLAUDE_SKILL_DIR}/templates/feature-plan-template.md，填充 files[]、tasks[]、commits[]。
6. 强制要求：每个任务有失败测试标识、实现路径和完成标准；plan 全文不得包含 【人工填写：...】 或 TBD——该标记仅限 A 阶段用户审阅文档，B 阶段 plan 必须写具体值（先在 .env.local / docs/07 / CLAUDE.md / 现有代码查找并注明来源；查不到就 AskUserQuestion 向用户问）。
7. 写入计划文件。
8. 输出 feature-plan: <REQ> → <path>。

衔接

立即调用 Skill(feature-tdd) 进入下一步。

参考

• ${CLAUDE_SKILL_DIR}/templates/feature-plan-template.md
• 委托：superpower-writing-plans（本插件 skills/internal/superpower-writing-plans/，superpowers:writing-plans 的无门 fork）
• 守门：interrupt-check