开发者推出 AI Consensus：用三模型互审辅助高风险决策

独立开发者 Steve 在 Hacker News 发布了一款名为 AI Consensus 的 MCP 服务器，主打「让多个大模型互审，暴露分歧」。用户将其接入 Claude Code、Cursor、Cline 等编码代理后，只需在项目 CLAUDE.md 中加一行提示词，代理就会在遇到高风险决策时自动把问题分别交给 Claude、GPT、Gemini 三家模型独立作答，再让它们交叉质疑彼此，最终向用户返回一个推荐结论以及「最强反对意见」。

工作机制

整套流程依赖 Anthropic 推出的 Model Context Protocol（MCP），AI Consensus 以 MCP Server 形式运行。核心思路不是强求三个模型达成一致，而是把「它们为什么不一致」作为信息返回：

• 三个模型独立生成答案，避免互相带偏。
• 进入 deliberation loop，互相审视彼此的推理。
• 输出一个加权推荐，并附最强反对论据。

作者强调，工具的目标是「暴露分歧，而非达成共识」。

使用方式与成本

接入步骤比较轻量：

• 安装：npx -y ai-consensus-connector，再填入 API Key。
• 限时：单次「审议」耗时数分钟，包含三轮模型调用和一轮交叉质询。
• 定价：付费产品，提供 2 次免费试用（无需绑卡）；自带模型 Key 则只承担 token 成本，单次约 0.4–1 美元。

官方建议仅在「真正重要且不可逆」的决策上调用，例如 schema 变更、定价调整、安全相关改动等；日常编码问答并不适合。

设计动机与自我评价

Steve 在介绍中解释，做这个工具的动机是「单个模型在关键时刻往往过于自信」，而他自己日常主要靠 Claude Code 完成编码工作。他也坦诚列出了三项局限：

• 一次审议需要数分钟，不适合高频调用。
• 仅用于少数高风险场景，不是 prompt 的默认路径。
• 商业付费产品，不过支持 BYOK（自带密钥）。

他在文末征求反对意见：「尤其是那些认为多模型审议是过度设计的人」——希望了解这类工具在哪些场景真正有用，哪些场景反而会拖慢节奏。

社区反馈

Show HN 帖下第一条回复认为，「多模型审议」对日常编码确实偏重，但「分歧备忘录」对那些不可逆决策（定价、schema 设计、是否做付费功能）才是真正有价值的部分；并指出强求一致反而不可信，能看到模型在哪里、为什么不同意，才是新信息。此外该回复也提醒作者，其在 r/SaaS 与 LinkedIn 的推广已带来初步流量，可在后台看到分渠道数据。