War Room

核心用法

War Room 是一种结构化多智能体协作方法论，适用于任何复杂问题解决场景：软件架构设计、产品规划、商业战略、内容创作或硬件开发。核心流程包括：初始化项目空间 → 注入共享 DNA → 按依赖关系分波次部署专业智能体 → CHAOS 魔鬼代言人全程挑战 → 最终整合为统一蓝图。

关键创新在于波浪协议（Wave Protocol）：智能体按依赖关系分组并行执行，每波完成后设置 pivot gate 检查假设是否变化，CHAOS 独立审查并标记决策为 SURVIVE/WOUNDED/KILLED。所有协作通过共享文件系统完成，零额外 token 成本。

显著优点

1. 系统性风险控制：Wave 0 强制验证最危险假设，30 分钟内失败即 pivot，避免沉没成本
2. 免疫机制：CHAOS 作为永久影子智能体，专责攻击逻辑漏洞，输出标准化挑战格式
3. 可逆决策架构：DECISIONS.md 支持 VOIDED 标记，允许在认知迭代中优雅回退
4. 双向工作流：标准模式（从零构建）+ Reverse War Room（从成品回溯），后者通过"Kill List"平均节省 30-50% 工作量
5. 自治连续性：INTERCEPTOR 控制器实现 EXEC/AWAIT/WATCH 三态管理，支持 cron 调度异步会话

潜在局限

• 启动成本：需要严格遵循目录结构、DNA 模板、协议格式，轻量问题可能过度设计
• 认知负荷：19 条 DNA 协议（Socratic/Hermetic/Antifragile/Execution 四支柱）对简单项目约束过重
• 文件系统依赖：依赖特定目录结构，移植到非 OpenClaw 环境需适配层
• CHAOS 噪音风险：若项目明确性高，持续挑战可能降低效率

适合人群

• 技术负责人需多维度架构评审
• 创业者从零构建 MVP 需系统性分解
• 产品经理需压力测试已有方案
• 任何面临"未知 unknowns"高风险的复杂决策场景

常规风险

决策日志膨胀（建议每会话≤25 条决策）、智能体循环依赖导致死锁、DNA 协议形式化执行沦为模板填充。

核心用法

War Room 是一套面向复杂问题的多智能体协作框架，适用于系统架构设计、产品规划、商业战略制定等场景。其核心流程为：

1. Wave 0 风险验证：30 分钟内验证最关键假设，失败即转向
2. 分波执行：按依赖关系分组部署专家智能体（ARCH/PM/DEV/UX/SEC/QA 等），每波并行工作
3. CHAOS 阴影机制：每波完成后，CHAOS 魔鬼代言人发起挑战，标记 SURVIVE/WOUNDED/KILLED 决策
4. 整合输出：合并所有专家文档为统一蓝图，含架构、范围、风险路线图及 Via Negativa（明确不做什么）
5. 后续执行：基于蓝图直接生成 PRD、代码脚手架、任务看板等交付物

特殊模式：

• 反向作战室：从最终产品倒推当前差距，生成「Kill List」砍掉 30-50% 不必要功能
• INTERCEPTOR 控制器：管理会话状态（EXEC/AWAIT/WATCH），支持异步自动唤醒

显著优点

• 结构化对抗：CHAOS 机制强制压力测试，避免群体思维
• 19 条 DNA 协议：Socratic 质疑、Hermetic 系统思维、Antifragile 减法、Execution 务实四层约束
• 零额外成本：纯文件系统通信，无 token 浪费在 agent 间闲聊
• 决策可追溯：DECISIONS.md 强制记录约束性决策，VOIDED 标记支持假设变化时回滚
• 实战验证：KOSMO 案例实证节省 ~20h 开发时间，识别过早扩张风险

潜在局限

• 认知负荷高：19 条协议严格执行需要熟练度，新手易流于形式
• Wave 规划依赖经验：依赖图构建不当会导致串行化，失去并行优势
• T3 来源：个人/社区项目，无企业级维护承诺
• 仅方法论：不含现成 agent 实现，需自行配置子智能体 prompt
• 决策数量限制：25 条决策上限可能迫使拆分大型项目

适合人群

• 技术负责人进行架构评审或技术选型
• 产品经理从 0 设计复杂产品系统
• 创业团队制定 MVP 策略并砍需求
• 需要多视角制衡的重大决策场景

常规风险

• 协议执行衰减：团队可能逐渐跳过 Socratic/Hermetic 步骤，退化为普通头脑风暴
• CHAOS 过度否决：若无经验，魔鬼代言人可能阻塞进度而非提升质量
• 文件系统污染：未清理的历史 war-rooms 可能积累敏感信息
• 反向作战室悲观陷阱：过度聚焦风险可能导致决策瘫痪，需配合 PRODUCT 视角平衡