用途
Consult 用于在做出重要判断前获取不带偏见的第二意见。单一线程的对话容易产生语境惯性、疲劳和确认偏差：代理太容易同意用户或自己先前的断言；聊天历史里堆积着被否决的假设和离题内容，干扰问题本身；困难权衡因为没有专门角色去论证反方而被一笔带过。Consult 通过把困境干净地打包、委派给一个或多个全新的隔离子代理顾问（或更深层的模型层级），再把差异综合成清晰、果断的判定，从而跳出这一循环。
主要能力与咨询形式
它会先识别用户暗示或意图，并选择合适的咨询格式：
- 第二意见（默认）：对某个决策、假设或命名困境做合理性检查；由 1 个子代理（更深模型层级 / 全新视角）承担。
- 同行评审：评审代码差异、重构或 RFC；由 1–2 个子代理承担，角色例如资深评审者、领域专家。
- 专家委员会：针对存在竞争性取舍的复杂多变量分叉；由 2–3 个具有不同视角的子代理承担，例如务实派/80-20、安全/可靠性、API/DX。
- 魔鬼代言人（红队）：压力测试看似稳固的方案；由 1 个子代理承担，其明确使命是寻找失败模式。
使用方式
工作流分为四步：
- 校准模式与角色：检测用户提示或选择上述四种格式之一。
- 打包困境（反偏见简报）：不要倾倒原始聊天记录，只隔离并提炼顾问需要的内容，包括背景与目标、硬性约束、待评估选项、先前否决及理由、评估标准。黄金法则是不引导证人：不要用“我们认为选项 A 最好，因为 X，你同意吗？”，而应说“在约束 X 下评估选项 A 与选项 B，详述各自最尖锐的取舍并选定一个”。
- 派发咨询：在有子代理工具（invoke_subagent、后台代理）时，按不同角色和合适模型启动子代理；委员会模式应在单次调用中并发派发全部顾问。在没有子代理工具的环境中，则显式构造干净提示，用严格隔离的方式做模拟的对抗/不同角色演练，并清楚标注这些是模拟视角。
- 综合共识与分歧：顾问回复到达后不要倾倒原始记录，而是交付含四个组成部分的综合简报：共识（所有顾问与主持代理一致之处）、分歧与冲突（顾问意见不一致之处及驱动分歧的底层取舍）、暴露的盲点（你或原对话未考虑的风险、边界情况或新替代方案）、果断建议（主持代理的底线建议，最终选择留给用户）。
适用场景
第二意见 / 合理性检查：你或代理已就架构、命名或缺陷修复得出结论，但希望在拍板前获得全新视角。
同行评审：你有一份计划、差异或 RFC 草稿，需要独立批评。
专家委员会（三角验证）：存在竞争优先级的复杂决策，例如简单性对可扩展性、速度对安全、开发体验对纯粹性。
魔鬼代言人（红队）：你希望有人以否决提案、找出隐藏地雷为明确职责。
与同类技能的关系
consult：启动隔离的子代理/委员会，跨不同角色或模型获取无偏第二意见、同行评审与三角验证。
challenge：线内、对话式的苏格拉底式盘问，一次问一个高价值问题，直接与人一起戳破漏洞。
distill-need：在用户请求处介入，在设计开始前挖掘真正底层问题与非构建选项。
8020：在方向确定后，找到最小、侵入性最低的实现路径。
限制与不建议做法
不要：把完整的子代理记录倾倒进用户聊天；以暗示你偏好结果的方式构造提示；为琐碎、低风险问题（例如标准 CSS 样式）运行 3 代理委员会；让用户只得到泛泛的“视情况而定”而没有任何立场。
建议：给顾问明确且互不相同的使命与角色，避免他们相互附和；在咨询微妙缺陷或架构分叉时使用更高推理模型层级；干净地呈现冲突，例如“专家 A 优先考虑速度；专家 B 优先考虑故障恢复”；清楚陈述底线建议，让用户能在 5 秒内做出知情决定。