Wisepanel MCP Server 是 Wisepanel 多智能体审议平台的 MCP 接口，定位为前沿模型与高代价决策之间的决策智能层。它接收一个问题，围绕问题构建一个 AI 智能体面板，让它们展开辩论，最终返回在辩论中存活下来的立场、每项立场背后的推理，以及始终未能解决的分歧。该服务器将此能力暴露给 Claude Code 和任何兼容 MCP 的客户端。
用途与设计理念 单个模型会给出一个答案，流畅与否并不代表正确。多数问题这样足够，但对于错误代价高昂的问题则不是好特性。失败通常不是无知，而是模型很早就锁定一个框架，然后为其辩护，于是你看不到反对意见、替代方案或正在起作用的假设。再次提问只会得到换种说法的相同框架；分别问三个模型会得到三个自信的答案，却无法从中选择。
主要能力：三层刻意制造的分歧 第一，每个智能体被交给一个需要解决的冲突。角色由问题推导而来，每个角色由两股真正对立的力量定义：成本对可及性、速度对安全、成熟对新颖。智能体不能只主张一方，必须达成同时回应双方的立场，因此它带来的是经过推敲的结论，而不是观点口号。 第二，每个智能体解决的是不同的冲突，因此它们的立场并不重合。持成本对可及性的智能体落点与持速度对安全的不同。这些不是一场争论的两方，而是对同一问题的若干诚实解答，彼此在最看重什么上存在分歧，合起来覆盖了问题实际涉及的范围。 第三，结构迫使它们相互交锋。智能体被放置在多面体的棱上，每个智能体在两个顶点工作——即两个独立对话。在第二个顶点，智能体不仅是参与者，还是来自第一个顶点的代表，被要求连同其共同参与者在第一个顶点得出的结论一起代表自身立场。因此每个顶点都会听到它并未参与的完整对话，由参与其中的人来陈述。最后这一点让小面板走得更远。六个智能体意味着十二个席位，每个席位引入另一场讨论——因此任何地方提出的观点都能在几跳内传遍整个面板，无需聚合器、摘要器或瓶颈。发言顺序经过平衡，没有智能体率先框定讨论或拿到最后发言权。
与其他方式的对比 把同一问题分别粘贴给 Claude、GPT 和 Gemini 是一种真实的技术，有效原因在于不同实验室用不同数据和方法训练，先验确实不同。Wisepanel 默认把角色分散在 Anthropic、OpenAI、Google 和 Perplexity 上，因此没有任何单一实验室的盲点不受挑战。但模型只是偏见进入的四个地方之一，手工方式只能触及一处：你的框架原封不动地传给所有人；每个模型以自身身份回答，得到的是中位数式回答；在模型之间来回传递答案会让锚定效应更糟；三份答案的调和落在你自己身上。面板先完成交锋，再把存活下来的内容交给你。三个模型是三个样本，面板则是 6 到 30 个角色，每个持有一种对立、每个携带第二场对话到其另一顶点——最小规模也是十二个席位。手工方式胜在免费、即时且完全掌控措辞，多数问题这样取舍是对的；本工具面向不适用这种取舍的问题。
围绕辩论的检查 问题先接受偏见检查：wisepanel_magic_prompt 在面板看到问题前重写带有倾向的措辞、内嵌假设和虚假二元对立。推理可审计：智能体标注主张出处、揭示假设并标记彼此的缺口，默认开启（show_and_audit_reasoning）。主张可对照来源核查：可选的原生网络搜索可核实日期、引用、数字和规则，而非信任记忆（web_search_enabled）。
适用场景与限制 适用于错误代价高昂的情况：将沿用多年的架构决策、迁移、安全与隐私权衡、供应商选择，以及任何在承诺前需要最强反对意见的场景。它比单次查询更慢、更贵，这是你所做的取舍。不要用于有已知答案的问题，或即使出现异议你也不会改变行动的问题。
使用方式 在 wisepanel.ai/settings 获取 API 密钥，然后按设置页原样粘贴整个 wp_sk_… 字符串。引号可选且无害。不要添加 Bearer 前缀：服务器自身会发送 Authorization: Bearer <your-key>，因此再加会变成 Bearer Bearer wp_sk_… 导致认证失败。重启 Claude Code 并运行 /mcp，wisepanel 应显示为已连接。注意：显示“Connected”仅表示服务器进程已启动，API 密钥直到首次调用才检查，因此错误密钥仍会显示已连接；要确认认证有效，请运行一次审议并检查是否返回 run_id。
这是 stdio 服务器而非远程服务器，没有 HTTP 端点，claude mcp add --transport http 无论给什么 URL 都不会工作；-- 之后的所有内容都是在本地启动服务器的命令。可添加到客户端配置文件：Claude Code 为 ~/.claude.json，Cursor、Windsurf、Claude Desktop 等为对应文件。
工具集 wisepanel_start：启动审议，召集 AI 模型面板从指定视角辩论问题，立即返回 run_id。智能体坐在多面体的棱上，因此智能体数量即棱数。时间与成本随智能体数量扩展，large 是 small 的 5 倍。应在一个问题需要更多真正不同的视角时升级规模，而不是想从相同视角获得更好答案时。 wisepanel_magic_prompt：重写问题，移除会让面板偏向预定答案的框架——带倾向的措辞、内嵌假设、虚假二元对立——同时保留意图。是 wisepanel_start 的可选前置步骤。返回三种结果之一，任何情况下都会回显原始问题，便于回退。应向用户展示两个版本并让其选择，改写可能以用户不想要的方式改变重点，因此绝不应静默替换。此项与审议分开计费，且仅在文本实际改变时计费。 wisepanel_poll：长轮询正在运行的审议（最多等待 15 秒新事件），逐条返回小组成员回应。 wisepanel_result：获取已完成审议的完整结果，仅在你未实时轮询时才需要。 wisepanel_cancel：取消正在运行的审议。 wisepanel_publish：将完成的审议发布到 Wisepanel Commons，使其可公开查看和分享。 wisepanel_list_runs：列出当前会话中的所有审议运行。
运行特性 运行以流式实时进行，因此你可以观看论证展开而非等待裁决。完成的审议还可发布到 Wisepanel Commons。智能体坐在多面体的棱而非顶点上，每个智能体连接两个顶点（对话节点），每轮在两个端点都有贡献——因此 rounds: 1 已产生约 num_agents × 2 条回应。轮次是多面体的完整遍历，而非聊天回合；rounds: 1 已构成实质性审议，仅当智能体需要对其他智能体已完成的立场做出反应时（例如分歧尖锐的二元战略决策）才使用 2 及以上。单提供商分组（openai、anthropic、google、perplexity）会把每个席位固定到同一厂商，从而移除跨厂商多样性，而后者通常是面板的意义所在。
平台架构说明 Wisepanel 的多智能体审议架构——包括多面体拓扑以及推理审计与验证子系统——是归 QuROI, Inc. 所有的待决美国专利申请的主题。许可为 MIT，见 LICENSE。MIT 许可仅覆盖本仓库中的客户端，不授予对任何专利或 Wisepanel 平台及其实现方法的任何明示或暗示许可。
故障排查 出现“'url' is not a valid URL”表示服务器是以 --transport http 添加的，应移除并用上述 stdio 命令重新添加。出现“WISEPANEL_API_KEY environment variable is required”表示密钥未到达服务器进程，应如示例用 --env 传递，而非作为 Authorization 头，头仅适用于远程服务器。出现“API 401 / not authenticated despite a valid key”时，用 claude mcp get wisepanel 检查存储值，必须是裸 wp_sk_… 字符串；Bearer 前缀、末尾空格或部分粘贴是常见原因。出现“Not authenticated”时在 wisepanel.ai/settings 确认密钥有效。密钥是机密：切勿粘贴到聊天、issue 或截图中；若泄露，撤销并重新签发。
