feat-plan-challenge - SKILL.md Agent Skill

name: feat-plan-challenge description: 当用户给出一个 feat 并希望通过多 agent 产出高质量实现计划时使用。该技能用于主 agent 编排两个 subagent：先由 subagent1 读取本技能附属规划规则文件生成计划，再由 subagent2 对计划进行挑战审查，最后由 subagent1评估是否合并建议；主 agent 只向用户汇报冲突点、无法自动决策点和需要用户拍板的选项。

Feat Plan Challenge

Overview

将“计划生成 + 对抗式审查 + 回合式合并 + 冲突上报”变成固定流程。默认目标是降低一次成稿风险，不在主对话里铺陈完整计划正文，只上报关键分歧。

必读附属文件：

references/plan_feature_requirements.md：Step 1 生成计划时的本地规则来源。

Workflow

Step 0: Clarify feat input

读取用户提供的 feat 描述，并提炼以下输入：

Feature 目标与边界
非功能性约束（性能、兼容性、时限）
已知技术限制（依赖、目录、禁用方案）

若关键信息缺失，先补充最少问题；若可合理假设，则记录假设并继续。

Step 1: Subagent1 generate plan via local requirements

创建 subagent1，明确其职责：

读取 references/plan_feature_requirements.md，按其中规则生成完整实现计划
输出初稿计划文档路径与摘要（不在主线程展开全文）
标注关键设计决策及备选方案

对 subagent1 的要求：

严格遵守项目规则文档
计划结构完整（需求、设计、实施、测试、验收）
任何假设必须显式记录

Step 2: Subagent2 challenge the plan

创建 subagent2，对 Step 1 计划执行“挑战式审查”：

查找逻辑漏洞、缺失场景、过度设计、实现顺序风险
给出替代方案与代价比较
逐条产出修改建议，标注优先级（高/中/低）

对 subagent2 的要求：

不重复改写整份计划，仅输出 challenge 清单
每条建议必须有“理由 + 影响范围”

Step 3: Subagent1 reconcile suggestions

将 Step 2 的建议回传给 subagent1 进行合并决策：

accept: 明确合并并更新计划
reject: 明确拒绝并说明理由
escalate: 无法判定或两案均可，升级给主 agent

合并结果要求：

输出“已合并建议列表”
输出“已拒绝建议列表（含理由）”
输出“待用户决策列表”

Step 4: Main agent report only decision points

主 agent 面向用户只输出：

冲突点（建议与原计划的不可兼容点）
待决策点（subagent1 标记 escalate 的事项）
每个待决策点的可选项与影响

主 agent 不输出：

完整计划正文（用户自行阅读文档）
冗长背景解释

Output Contract

最终主线程响应使用固定结构：

计划文档：路径 + 一句话状态（已更新/待更新）
冲突点：按严重级别排序（高 -> 中 -> 低）
待你决策：每项包含
- 决策问题
- 选项 A/B（或更多）
- 各选项代价与收益
- 默认建议选项（若存在）

若无冲突且无待决策点，明确写：

无需你拍板，计划已完成合并。

Main Agent Reply Template

主 agent 对用户回复时，使用以下固定模板。

Case A: 有冲突或有待决策

计划文档：
- 路径：<plan_path>
- 状态：<已更新/待更新>（<一句话说明>）

冲突点：
1. [高|中|低] <冲突标题>
- 背景：<一句话背景>
- 冲突内容：<不可兼容点>
- 影响：<范围/风险>
- 当前建议：<推荐处理方式>

待你决策：
1. <决策问题>
- 选项 A：<方案>（代价：<...>；收益：<...>）
- 选项 B：<方案>（代价：<...>；收益：<...>）
- 建议选择：<A/B/暂不建议>
- 原因：<1-2 句>

Case B: 无冲突且无需决策

计划文档：
- 路径：<plan_path>
- 状态：已更新（挑战建议已完成合并）

无需你拍板，计划已完成合并。

Formatting Rules

只保留与决策相关的信息，不展开完整计划正文。
冲突点 与 待你决策 按优先级排序。
每条决策项必须包含“选项、代价、收益、建议选择”四个字段。
若某项信息未知，写 待补充，不要省略字段。

Guardrails

不跳过 Step 2，必须有独立挑战过程。
不让 subagent2 直接改主计划正文。
Step 3 若出现“证据不足”或“取舍依赖业务偏好”，必须升级给用户。
始终保留决策溯源：每条 challenge 建议要能回溯到处理结论（accept/reject/escalate）。
Step 1 必须优先使用本技能内的 references/plan_feature_requirements.md，不要改为依赖外部规划技能。

Example Trigger Phrases

“我给你一个 feat，你走一轮计划+挑战+合并流程”
“先用一个 agent 出计划，再用另一个 agent 挑战它”
“只把需要我拍板的点告诉我，计划正文我自己看”