doubt-driven-development（质疑驱动开发）
质疑驱动开发：让 agent 对每个非平凡决策（生产部署、安全敏感、不可逆操作）在定稿前执行一次新上下文的对抗式评审，五步协议 CLAIM→EXTRACT→DOUBT→RECONCILE→STOP 有界循环，可选用户授权的跨模型二次意见，把「自信的答案」变成「被驳不倒的答案」。
仓库：addyosmani/agent-skills
热度证据：同上，元方法技能
五维评分
热度5/5
质量5/5
创新5/5
易用4/5
文档5/5
优秀点拆解
- 把质疑从劝告工程化为可执行协议：五步检查清单可直接复制勾选，文末附 9 条验收项，杜绝表演性质疑
- 对抗式 prompt + 信息隔离：评审者只收到 ARTIFACT+CONTRACT、绝不收到 CLAIM，强制「find issues」而非「is it good」，防止评审者向作者结论偏移
- RECONCILE 优先级分类（契约误读/可行动/权衡/噪音）：评审输出是数据不是判决，同时防住盲从与无视两种失败，契约误读类先修契约再重循环
- 有界循环：3 轮硬上限+平凡发现+用户覆盖三种停止条件，工件太大回退分解而非抬高上限，避免质疑瘫痪
- 跨模型升级的完整安全工程：显式询问永不静默跳过、PATH 检查+实跑验证、stdin 管道防 shell 注入、read-only sandbox 防提示注入、每次调用单独授权
- 自反性设计：8 条常见合理化借口的逐条驳斥表 + 「多轮实质发现零行动=表演质疑」的可检查信号
可复用的设计模式
- 决策门禁模式：用精确触发判据（非平凡定义 5 条）+ 明确豁免清单（何时不用 6 类）把『要不要做深度检查』变成规则，防止防护空转或过度
- 信息最小化评审协议：评审输入只给工件+契约、剥离推理、隐藏结论——交出结论就会得到对结论的验证
- 有界对抗循环：DOUBT→RECONCILE 循环 + 硬上限 + 发现四分类归档 + 自我检测表演信号，是循环质疑类技能的标准骨架
- 外部工具安全调用模板：PATH 检查→实跑验证→逐次授权→stdin 传不可信内容→只读沙箱→失败显式暴露
适用场景
高 stakes 决策定稿前：生产部署、数据迁移、公开 API 变更、安全敏感逻辑陌生代码库中修改或提交非平凡代码前的自我审查不确定下的架构决策：断言『这安全/这能扩展/这符合规格』等非显然事实之前与 /review（终局裁决）、TDD 的 RED 步骤互补，作为开发过程中的质疑环节
边界与注意：仅适用于非平凡决策，机械操作/单行修改/明确指令强行走协议是浪费；设计给主会话编排器，persona 技能列表禁止挂载、子 agent 内只能降级运行；跨模型升级每轮需用户交互确认，不适合无人值守流水线，且每次质疑有真实成本与延迟
完整拆解分析文档
本页为摘要版，完整精读分析（核心机制、逐条优秀点拆解、写作过程）见本地 Markdown 文档：
analysis/addyosmani-doubt-driven-development.md