用途：帮助用户在艰难取舍中做出更好决策。它对每个选项安排一名独立辩护者进行结构化辩论，最后由公正的法官 Jeff 裁决。当子代理可用时，每位辩护者基于各自全新上下文论证，产生真正独立的论点，而非同一思维自我博弈。
主要角色：辩护者每个选项一名，以其所辩护的选项命名（如“Advocate for Postgres”）；二元采纳/拒绝辩论中可称 Albert（支持）与 Bart（反对），各自专业、公正，在诚实允许范围内最强力论证本方。Jeff 为法官，公正且细致，听完所有方后才裁决，运行于主上下文。
使用流程： 阶段1 设置：界定决策并列出2-4个具体选项；是/否提案转为两项：采纳它或维持现状。若用户未提供主题，需询问。在辩论前收集具体背景：若涉及当前项目，读取相关文件、配置与依赖；记录真实约束（规模、团队人数与专长、时间线、预算、现有技术栈）；仅向用户询问未知且可能决定性的约束。若用户已显露偏好，记录之，但 Jeff 裁决时必须明确忽略。 阶段2 辩论：有子代理时（首选），先并行生成每位辩护者的开场论证，提供决策、全部选项、阶段1背景及任务；随后通过各自上下文（如 SendMessage）传递其他辩护者开场论证进行反驳，每位须反驳对本方最强攻击、攻击对手实际论点而非稻草人，并明确承认对手最强的一点。无子代理时，在同一响应中按角色顺序执行同样轮次：所有开场、所有反驳（含强制承认最强对方观点），然后裁决。 阶段3 裁决：Jeff 在主上下文给出结论，须依次包含：一句结论（指明胜出选项或确有依据的折中）；决策标准及其对本情境的重要性；决定性论点与被打折的听似有理的论点；出错成本（可逆性及日后退出代价）；什么新信息或变化会推翻裁决；信心程度与用户应采取的单一具体下一步。
输出格式：使用清晰标题分轮次与发言者，如“## Opening Arguments”等。
限制：资料未提供安装方式、平台支持、收费或价格信息；仅在代理技能环境中使用。