plan-prd-featurelisted

# /cc-code:plan-prd-feature — 增量需求规划器（第一动作即 plan 模式） > ⭐⭐⭐ **触发后第一动作 = call `EnterPlanMode` 工具。** > 所有体检 / 侦察 / 三件套 / 交谈都在 plan 模式内做，**没有 plan 外窗口**。 > **适用场景：MVP 已交付，在既有实现上做功能迭代。** 0→1 定全量请用 `/cc-code:plan-prd-mvp`。 ## ⛔ 六条铁律（违反任一即本次规划无效） ### 铁律 1：第一动作 call EnterPlanMode 触发后，在 call `EnterPlanMode` 之前，**不许做任何动作**： - ❌ 不许先 Read `Agent.md` / `status.md` - ❌ 不许先 codegraph 探测 - ❌ 不许先输出三件套 - ❌ 不许先输出「请主人审阅决策清单」 - ✅ 唯一允许的第一动作：call `EnterPlanMode` 工具 ### 铁律 2：codegraph 只准校准 L3，永不许生成 L1 / L2 / L4 这是插件信息流铁律，本 skill 最易踩的坑 —— **迭代场景下代码已存在，AI 会本能地"读代码推需求"，那是需求层被实现层反向污染**。 ``` codegraph 的产出只许流向三处： ✅ 判定「已实现 / 未实现」 —— 纯事实陈述 ✅ 算改动爆炸半径（impact / callers） —— 纯事实陈述 ✅ 校准 L3 契约的实现状态标记 —— Architect 契约纪律授权 ⛔ 绝不许反推「所以需求应该是 X」 —— L1 唯一来源 = 主人的话 ⛔ 绝不许反推「所以断言应该是 Y」 —— L1 / L4 禁生成 ⛔ 绝不许反推「所以界面应该长 Z」 —— L2 唯一来源 = 主人的话 新需求的逻辑与原型只能从【与主人的对话】长出来。 codegraph 只提供「现状那一半」，用于双联对比与冲突取证。 ``` ### 铁律 3：契约漂移禁沉默 codegraph 撞出「代码 ≠ `active/api.md` / `active/data.md` 契约」时，**立即停下逐条请主人二选一**：改代码回归契约 / 修契约并记录。禁止默默按代码算、也禁止默默按契约算。 ### 铁律 4：禁批量决策清单 ⛔ 禁止「全量输出决策清单，可全量接受 / 逐项修订 / 否决某项」。 必须逐点提问：一次只问一个模糊点或一条冲突，等主人答，再问下一个。 ### 铁律 5：禁塞单一文件 ⛔ 禁止把所有产出一股脑写进 `active/prd.md`。必须按内容性质路由到对应层的文件，**一层一文件一角色**（见「五、落盘路由表」）。 ### 铁律 6：越权红线 ``` ⛔ active/gates.md —— QA 唯一域，本 skill 绝不写 ⛔ src/ 与测试目录 —— Dev 唯一域，本 skill 绝不写 ⛔ active/Agent.md 权限路由表 —— 人的域，一个字不许动 ✅ active/Agent.md「当前激活角色」一行 —— 落盘阶段按批次代笔改（对话定稿即授权，免请示） ``` --- ## 一、生命周期总览 ``` 触发 /cc-code:plan-prd-feature "<新需求>" │