spec-driven-implementation

运行一个模型多样化的子代理委员会，从多个角度调查同一问题，比较发现，并生成最终建议。当用户要求委员会、第二意见、多个代理/模型评估一个问题、并行调查、红队/蓝队对比，或帮助在竞争性技术方案中做出决策时，使用此技能。

在调研当前代码库和实现约束后，为重要的 Warp 功能编写 TECH.md 规范。当用户要求编写与产品规范相关的技术规范、实现计划或架构文档时使用。

为Warp中一个重要的面向用户功能编写PRODUCT.md规范，重点描述详细行为和验证。当用户要求编写产品规范、期望行为文档或PRD，希望在实现前定义功能行为，或者该功能足够重要或行为模糊，以至于书面规范能改进实现或审查时使用。

审查拉取请求的差异，并撰写结构化反馈，写入review.json以供工作流发布。适用于审查从本地工件（如pr_diff.txt和pr_description.txt）检出的PR，并生成机器可读的审查输出，而非直接发布到GitHub。

在当前分支的warp仓库中创建一个拉取请求。当用户提到打开PR、创建拉取请求、提交更改以供审查或准备合并代码时使用。

实现PRODUCT.md和TECH.md中已批准的功能，在同一个PR中随着实现进展保持规格与代码对齐。在产品和技术规格获批、下一步是构建功能时使用。

Run a second round on a contested question by circulating each subagent's independent proposal to the other authors and asking for structured pros and cons, then synthesize. Use this skill whenever you have multiple independent proposals or opinions on a contested decision — architecture tradeoffs, code review disagreements, design choices, competing root-cause theories — and want sharper analysis than you'd produce by synthesizing alone. Pairs naturally with the council and research skills;...

通过仅提取未解决的路径、冲突块和紧凑差异来解决 Git