用途：Devil's Advocate Protocol（魔鬼代言人协议）是一套决策前对抗性推理流程，用于在推理固化前主动挑战自身倾向，防止过早锁定方案并暴露盲点。
主要能力：通过四个步骤完成决策审查——
- 明确承诺：说明正在做什么决策、倾向哪个方案及其原因。
- 强化反方（Steel-Man）：给出最强反对理由，包括可能出错之处、被假定为真的错误前提、聪明批评者的观点、机会成本，以及在何种条件下会失败。要求是真正的对抗而非敷衍反对，并至少包含一个非显而易见的失败模式。
- 辩护或转向：解释为何该方案在反对意见下仍可能成立、什么条件使其正确、替代方案需要满足什么才会胜出；或承认反对意见改变了推荐。
- 校准信心地给出结论：包含最终推荐及理由、必须成立的假设、会使选择失效的条件、需要观察的监测信号。
何时使用：在架构方案之间取舍、选择库/框架/工具、规划实现策略、推荐某方案优于其他方案、用户询问“我该不该……”“最好的方式是……”“哪种方案……”时、在架构师/计划/蓝图工作流中，以及面对答案不明显的权衡决策时。
何时跳过：执行已决定的实现、只有一条明显路径、用户已明确选择方案（“用 X 做 Y”）、任务属于机械/流程性而非决策性、影响可忽略的琐碎选择。
输出格式：以标题结构呈现 Decision、Initial Inclination、Adversarial Challenge（含反对意见与可能出错之处）、Resolution、Recommendation（含 Key assumptions 与 Watch for）。
与其他工具关系：reasoning-verifier 用于事后验证，含最多 3 次迭代的缺口闭合循环；devils-advocate 用于承诺前的挑战。两者可配合：规划阶段用 devils-advocate，执行后用 reasoning-verifier；如需迭代增强信心，先运行一次 devils-advocate，再将输出交给 reasoning-verifier 做补漏循环。
底层原理：LLM 往往过早给出答案再反向合理化，该协议在承诺成形前强制探索解空间，从而打断这一模式。
限制：资料未提供具体安装命令、收费或价格信息；其适用依赖用户是否处于决策性场景。