War Room

⚔️ 多智能体战略作战室 · 结构化决胜

多智能体协同作战室,通过专业角色分工、波浪式迭代和魔鬼代言人机制,为复杂项目提供系统化决策支持与蓝图生成。

收藏
10.9k
安装
2.5k
版本
1.0.0
CLS 安全性认证2026-05-13
点击查看完整报告 >

使用说明

核心用法

War Room 是一套结构化的多智能体协作方法论,适用于软件架构设计、商业战略制定、产品规划等复杂场景。其核心流程包括:

初始化阶段:创建项目目录结构,填写 BRIEF.md(项目描述与约束),注入 DNA.md(共享心智模式),选定所需专家角色。

波浪式执行(Wave Protocol)

  • Wave 0(强制):验证最危险的假设,30分钟内快速原型测试,失败即 pivot
  • Waves 1-N:按依赖关系并行部署专家智能体,每轮智能体读取共享文件、写入专业输出、更新决策日志
  • Pivot Gate:每轮后检视核心假设是否变化,必要时作废先前决策
  • CHAOS 影子机制:每轮结束后由魔鬼代言人挑战所有输出,标记 SURVIVE/WOUNDED/KILLED

整合与交付:合并所有专家输出为统一蓝图(含架构、范围、风险、路线图),执行后续落地动作(PRD、代码脚手架、设计稿等)。

显著优点

1. 对抗性思维内建:CHAOS 智能体作为"免疫系统",强制暴露盲点和矛盾,避免群体思维
2. 零额外 Token 成本:智能体间通过文件系统通信,不消耗对话预算

3. 风险前置(Wave 0):在投入详细规划前先证伪最危险假设

4. 结构化不确定性管理:DNA 中的 19 条协议(Socratic/Hermetic/Antifragile/Execution)强制声明无知、追溯因果、预演失败

5. Pipeline 而非单点:从头脑风暴到落地执行可连续运转,智能体既可设计也可交付

6. 自动值守机制:INTERCEPTOR 支持 cron 自动唤醒、状态监控、结果自动呈现

潜在局限

1. 启动成本较高:需要填写多份文档(BRIEF/DNA/角色选择),小型项目可能过度设计
2. 文件系统依赖:严重依赖结构化文件读写,在受限环境中可能无法完整运行

3. 决策膨胀风险:建议每会话不超过 25 条决策,但实际项目中容易累积技术债务

4. CHAOS 质量不确定:魔鬼代言人的挑战深度取决于模型能力和 prompt 工程,可能流于形式

5. Wave 0 执行门槛:30 分钟快速验证假设需要用户具备快速原型能力,非技术用户可能难以落地

适合人群

  • 系统架构师、技术负责人进行重大技术选型或架构评审
  • 产品经理从 0 到 1 设计复杂产品,需要多维度论证
  • 创业者制定商业战略,需财务、市场、法律等多专业视角
  • 任何需要结构化对抗性思维、而非简单头脑风暴的场景

常规风险

  • 过度工程化:简单项目套用完整流程导致效率低下
  • 文档同步失效:多智能体并发写入可能产生冲突,需严格遵循文件锁协议
  • 决策日志僵化:VOIDED 决策的历史痕迹可能误导后续阅读者
  • CHAOS 疲劳:持续的否定性挑战可能拖慢节奏,需要平衡批判与推进

安全解读

War Room 深度评估

核心用法

War Room 是一套多代理协作决策方法论,将复杂项目拆解为结构化、可审计的执行流程。核心工作流包括:

1. 初始化 (init_war_room.sh):创建项目目录结构,包含 BRIEF.md(项目简报)、DNA.md(共享心智模型)、DECISIONS.md(决策日志)等标准文件
2. Wave 0 验证:在投入资源前,用30分钟验证最危险的假设(原型、调研等)

3. 波浪式执行:按依赖关系分组部署专家代理(ARCH/PM/DEV/UX/SEC/QA等),无依赖的可并行执行

4. CHAOS 对抗审查:每个波浪完成后,CHAOS 代理自动挑战所有输出,标记 SURVIVE/WOUNDED/KILLED

5. 整合输出:合并所有专家文档为统一蓝图,包含架构、范围、风险、路线图及Via Negativa(明确不做什么)

6. Phase 3 执行:从规划延伸到交付——生成PRD、脚手架代码、设计稿、任务看板等

DNA v3 协议体系(19条强制协议)

  • Socratic (S1-S4):对立测试、五问溯源、无知声明、辩证义务
  • Hermetic (H1-H6):镜像测试、涟漪分析、张力地图、因果追踪、节奏标签、生成-约束两阶段
  • Antifragile (A1-A5):减法强制、Plan B 标价、90/10安全/激进配比、预演失败、永久记录教训
  • Execution (E1-E4):交付现实、保护声誉、减少混乱、技术卓越

显著优点

| 维度 | 表现 |
|:---|:---|
| **决策质量** | 对比测试显示标准多代理输出质量提升 **47%** |
| **风险控制** | CHAOS 代理作为"免疫系统",系统性识别盲点 |
| **执行效率** | 依赖驱动的波浪分组减少无效等待 |
| **可审计性** | 完整的决策日志(`[D###]` 格式)、文件系统通信零额外Token成本 |
| **领域通用** | 软件/硬件/内容/商业战略全适用 |
| **反脆弱设计** | 预演失败、Plan B 强制、减法优先,系统从波动中获益 |

潜在缺点与局限性

1. 启动成本:需要填写 BRIEF/DNA/角色选择,小决策可能"过度工程"
2. Token 消耗:多轮专家代理+CHAOS 审查,复杂项目成本显著高于单代理

3. 依赖管理复杂度:需手动构建代理依赖图,错误分组会导致阻塞或重复工作

4. CHAOS 假阳性:对抗性审查可能过度质疑,需人工判断 WOUNDED 是否真需修复

5. 学习曲线:DNA 19条协议需时间内化,新手易流于形式

6. 无 IDLE 状态的激进性:INTERCEPTOR 的自动唤醒机制在异步场景可能造成打扰

适合人群

  • 技术负责人:系统架构评审、技术选型、债务规划
  • 产品经理:从0到1的产品定义、PRD 生成、 roadmap 规划
  • 创始人/战略团队:商业模式验证、融资准备、市场进入策略
  • 内容创作者:大型内容项目策划、多平台分发策略
  • 任何面对"这个决策太重要,不能只听一个角度"的场景

常规风险

| 风险 | 缓解 |
|:---|:---|
| 代理输出矛盾未解决 | 整合阶段强制标记未解决矛盾 |
| 假设变化未被发现 | 每波之间的 Pivot Gate 强制检查 |
| 决策日志膨胀 | 硬性限制~25条/会话,超限即拆分 |
| 文件系统污染 | 严格目录权限:`agents/<role>/` 仅拥有者可写 |
| 自动化过度 | INTERCEPTOR 的 `AWAIT` 状态保留人类决策节点 |

来源与可信度

  • 作者:Max Kleinz(署名于 README 引言)
  • 许可证:MIT(明确声明)
  • 验证基础:基于实际项目对比测试(标准多代理 vs War Room)
  • 哲学基础:融合苏格拉底方法论、赫尔墨斯主义原则、塔勒布反脆弱理论
  • 认证等级:S级(95分),T2可信来源,零安全发现

War Room 内容

references文件夹
scripts文件夹
手动下载zip · 17.8 kB
agent-roles.mdtext/markdown
请选择文件