用途
Consult 用于在开发流程中获取对某个 AI 提议的方案、修复、架构或论断的独立裁决。它解决的核心问题是：在同一对话线程中反复追问“你确定吗”无法获得真正的独立判断——模型会自我评分、被产生该提议的假设所困，并倾向于认同此前已讨论过的方向。Consult 通过引入外部验证和独立模型评审来恢复独立性。
主要能力
- 对照真实产物（代码、diff、页面、日志、schema）验证可验证的前提，并区分已验证与仍属假设的前提。
- 调度由不同提供商的不同模型组成的评审小组，各评审者相互隔离、不看到彼此答案，避免同模型共享盲点。
- 每个评审者需给出答案与推理、是否拒绝问题框架及原因、1–10 的置信度及改变置信度的条件、以及反对自身答案的最强理由。
- 仅在评审出现实质分歧时升级，引入针对新兴答案的“魔鬼代言人”。
- 最终输出裁决：结论、代价、下一步行动，并如实报告实际调度情况与独立性是否达成。
使用方式
Consult 由人类在流程中主动调用，通常伴随等待和简短甚至不耐烦的请求，例如“在构建前再检查一下这个方案”“证明一下”“你确定吗”“还是有问题”“不确定这是不是正确方法”“我对他谁对”“继续之前该做什么”。
调用后，Consult 会从线程和文件中推断目标，用一行说明自己的理解并继续，不会以一连串澄清问题开场；最多只问一个问题，且仅在确实无法识别被质疑对象时。若答案只需几次工具调用即可确定，或存在唯一明显正确答案，Consult 会直接回答并跳过评审小组。
工作流程包括：命名目标（明确争议点及各方立场、需要产出的交付物）；对照代码、数据或日志验证关键前提；构建对所有评审者一致的中立信息包（问题、产物、已验证事实、硬约束、已排除项）；并发调度三名来自不同提供商的评审者；根据结果给出裁决。
适用场景
- 在构建前复核 AI 提出的计划。
- 验证某个修复或架构方案是否成立。
- 当开发者对当前线程失去信心、需要事实或裁决时。
- 当两人对同一问题持不同立场、需要独立判断时。
- 当需要判断继续之前该做什么时。
限制
- 必须由人类主动调用，不能自动触发。
- 若只有单一新提供商可用，只能提供单模型第二意见；若无子代理，只能在当前线程内推理，无法解决自我评分偏差；若评审小组为同模型，则属于共享盲点小组，不构成独立佐证。
- 不得向评审者发送对话历史、摘要或自己的答案，否则会得到多个模型认同同一错误的结果。
- 不得为评审者分配立场进行辩护。
- 不得复用作者模型、重复模型或继承模型后声称独立。
- 裁决是建议而非实施许可，用户仍拥有最终决定权。
- 关于收费、价格、平台支持等具体信息，资料中暂未提供。