| 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 挑战它”
- “只把需要我拍板的点告诉我，计划正文我自己看”
