简体中文
开始一场辩论

工作原理

从第一个回答到最终决策

共八个阶段。在最关键的两个环节由你掌控：确认需求，以及回答那些会改变结果的问题。

  1. 01

    访谈

    AI 访谈者询问你的目标、预算、团队、现有工具、约束条件和优先级。

  2. 02你

    需求确认

    在开始任何设计之前，你先审阅并确认需求表。

  3. 03

    独立提案

    每位辩手在看不到其他方案的情况下设计方案，谁也不会被第一个想法带偏。

  4. 04

    批评

    辩手阅读彼此的方案并提出批评，每条批评按严重程度分为致命、严重或轻微。

  5. 05你

    你的回答

    如果你的回答会改变结果，辩论会暂停并向你提问。

  6. 06

    修订

    每个方案都会根据收到的批评进行修订，或者给出理由坚持原方案。

  7. 07仲裁者

    结论

    独立的仲裁者对每个方案作出裁决，按你的标准为各方案打分，并指出没人考虑过的角度。

  8. 08仲裁者

    报告

    你会得到一份决策报告，可以阅读、分享，或交给你的编码智能体。

辩论回放

看论点如何交锋

一个教科书式案例的简短回放（一家拥有 12 家门店的服装连锁品牌想开展线上销售），随后是它的决策矩阵。调整权重，排名随之变化，和应用里一样。

示例数据演示

  1. 辩手 A，软件架构师

    订阅制的现成电商平台：大约六周就能上线，支付也由平台处理。

  2. 辩手 B，成本控制

    由建站公司安装的开源网店：更灵活，而且卖出商品不用付佣金。

  3. 魔鬼代言人

    每个月由谁来安装安全更新？促销季的周六网站要是宕机，谁来处理？

  4. 仲裁者

    还没有人看过库存问题。你们的收银系统每晚只更新一次库存：怎样避免在网上卖出一件已经在门店售出的商品？

  5. 你

    我们的收银系统供应商提供实时库存同步，属于付费选项。

决策矩阵

权重
方案可行性得分
现成电商平台可行4.3
开源网店有条件可行2.8
定制开发不可行已排除

示例数据，仅作说明。在应用中，评估标准和权重来自你的访谈。

四种模式

选择你需要的辩论类型

大决策用完整对比，小决策来一轮快速讨论，已有的方案做一次压力测试，收到的报价则做一次审核。

  • 完整辩论

    对比方案

    最多四位辩手各自设计一个方案，彼此看不到对方的方案；然后互相批评，再修订自己的方案。仲裁者对每个方案作出裁决。

  • 几个问题

    快速模式

    一组访谈问题，然后只进行一轮简短辩论。几分钟内给出明确答案。

  • 你的方案

    挑战我的想法

    描述你心中的方案。模型会找出其中的漏洞，并告诉你怎样才能站得住。

  • 供应商的报价

    审核文件

    附上供应商发给你的报价单、工作说明书或架构文档，并说明它的用途。模型会对照你的需求进行核查：缺了什么、哪里含糊、天数和价格是否站得住，以及该向供应商提出哪些问题。

    示例：一家建站公司为一个预约网站报价 3.8 万欧元。报价合理吗？缺了什么？

现成模板

  • Web 应用
  • 移动应用
  • 数据与 AI
  • 迁移
  • 电商

辩论可读取的资料

  • PDF 需求文档
  • Word 文档
  • 网页
  • GitHub 仓库

交付成果

一份决策报告的构成

仲裁者不只是宣布赢家，还会展示推理过程，方便你核查、分享并据此行动。

  1. 1

    推荐方案

    应该构建哪个方案，以及随之而来的条件。

  2. 2

    交互式决策矩阵

    根据你的优先级为每个方案打分。调整各项标准的权重，看排名如何变化。

  3. 3

    辩论地图

    辩手们在哪些问题上一致，哪些有分歧，哪些针锋相对。

  4. 4

    风险与应对

    可能出什么问题、可能性有多大、该如何应对。

  5. 5

    各方案成本

    每个方案的开发成本和每月运行成本，均标注为估计值。

  6. 6

    架构图

    为推荐方案自动生成的架构图。

  7. 7

    路线图与事实核查

    阶段和里程碑，每条论断都标明已核实、估计还是假设。

辩论地图

每个议题按辩手之间的分歧程度排布。

一致

  • 由平台处理支付
  • 年底购物季前上线

有分歧

  • 销售佣金
  • 实时库存同步
  • 由建站公司负责托管和维护

对立

  • 定制开发

按读者改写

  • CTO

    完整呈现权衡、架构和风险。

  • 管理层

    一页纸讲清决策、成本和时间表。

  • 非技术客户

    平实的语言，不讲术语，只讲对他们意味着什么。

按你的方式导出

  • Markdown
  • PDF
  • Word
  • 架构决策记录
  • 编码智能体移交包

面向编码智能体

让智能体写代码之前，先辩论

Quorumind 以 MCP 服务器的形式运行，Claude Code、Codex 或 Cursor 在开发一个功能之前，就能发起一场辩论。结论会以它们可以照着执行的计划返回。

  • 包含 CLAUDE.md、AGENTS.md 和 PLAN.md 的移交包
  • 决策以 ADR 的形式记录在你的代码仓库中
  • 适用于任何 MCP 客户端

在添加登录功能之前，先运行一场 Quorumind 辩论：自己开发，还是使用服务商？

辩论已开始：3 位辩手，1 位魔鬼代言人。

结论：使用托管服务商，有条件可行。

已写入 PLAN.md、AGENTS.md 和 docs/adr/0007-authentication.md

功能

艰难决策所需的一切

为那些需要向客户、上级或几个月后的自己解释清楚的决策而打造。

  • 实时辩论

    提案、批评和修订，写出来的同时就能看到。

  • 专家角色

    云架构师、安全、成本控制、用户体验或数据保护律师，最多同时四位。

  • 魔鬼代言人

    可选角色，唯一的任务就是攻击每个方案，最被看好的首当其冲。

  • 共识检查

    仲裁者会指出过于轻易的一致意见，并提出没人考虑过的角度。

  • 附上你的资料

    添加 PDF 或 Word 需求文档、网页或 GitHub 仓库。

  • 场景模板

    从 Web 应用、移动应用、数据与 AI、迁移或网店模板开始。

  • 有上限的费用

    云端：按辩论的固定价格付费，绝不多付。自行部署：运行时按角色查看费用，并自设上限。

  • 每个角色用不同的 AI

    为每位辩手和仲裁者分别选择 Claude、OpenAI、Gemini 或 Mistral；自行部署时还可使用 Ollama 模型。

  • 十种语言

    用你的语言辩论和生成报告。阿拉伯语从右向左显示。

  • 邮件通知

    你可以要求在辩论需要你回答或报告生成时收到邮件通知。

  • 带你品牌的报告

    在导出的报告上使用你的名称、标志和品牌色。

  • 开源

    AGPL v3。阅读代码、运行它、修改它。