name: war-room
description: 多智能体作战室，用于头脑风暴、系统设计、架构评审、产品规格、商业策略或任何复杂问题。当用户希望运行结构化的多智能体会议、提及“作战室”、需要从头开始头脑风暴项目、从多视角设计系统、用“唱反调者”压力测试决策，或产出全面蓝图/规格时使用。适用于软件、硬件、内容、商业等任何领域。

作战室

一种运行多智能体头脑风暴与执行会议的方法论。专家智能体通过共享文件系统，按依赖顺序分波次协作。一个CHAOS智能体（唱反调者）会监视每一波。产出：决策日志、专家文档、整合蓝图、事后分析。

快速开始

1. 初始化： 运行 bash skills/war-room/scripts/init_war_room.sh <项目名称>，在 war-rooms/<项目>/ 下创建项目文件夹结构。
2. 简报： 填写 war-rooms/<项目>/BRIEF.md，包含项目描述、目标、约束和已知风险。
3. 注入DNA： 复制 skills/war-room/references/dna-template.md → war-rooms/<项目>/DNA.md。根据需要定制（添加项目特定身份、所有者名称）。
4. 选择智能体： 选择项目所需的专家角色（参见 agent-roles.md）。并非每个项目都需要所有角色。
5. 运行波次： 执行下述波次协议。每一波会生成子智能体，它们读写共享文件系统。
6. 整合： 将所有智能体输出合并为蓝图，存放于 war-rooms/<项目>/artifacts/。
7. 事后分析： 将经验教训写入 war-rooms/<项目>/lessons/。

波次协议

完整协议详情：wave-protocol.md

波次 0：验证假设（强制）

在任何规格工作之前，识别最冒险的单一假设，并通过实际工作（代码探索、原型、市场调研等）进行测试。最多30分钟。如果失败，在花费令牌进行详细规格设计之前进行转向。

波次 1–N：专家执行

每一波部署一组可以并行工作的智能体（同一波次内无相互依赖）。后续波次的智能体依赖于先前波次的输出。

规划一个波次：
1. 列出项目所需的所有智能体
2. 构建依赖关系图（谁需要谁的输出？）
3. 将没有相互依赖的智能体分组到同一波次
4. 按依赖关系排序波次

波次中的每个智能体：
- 读取：BRIEF.md、DNA.md、DECISIONS.md 以及任何先前智能体的输出文件夹
- 写入：到 agents/<角色>/ —— 它们的规格、发现、决策
- 更新：DECISIONS.md（其领域决策）、STATUS.md（其完成状态）
- 通信：通过 comms/ 进行跨智能体提问/挑战

生成智能体： 每个智能体都是一个子智能体。其系统提示包括：
- DNA（来自 DNA.md）
- 其角色简报（来自 agent-roles.md）
- 项目简报
- 读取先前波次输出并写入其自身文件夹的指令

转向门（每个波次之间）

在启动每个新波次之前，询问：“自上次波次以来，是否有任何基本假设发生了变化？”
- 如果是 → 受影响的先前波次智能体必须重新评估。在 DECISIONS.md 中将作废的决策标记为 **VOIDED**。
- 如果否 → 继续。

CHAOS 监视所有波次

CHAOS 不是一个单独的波次 —— 它监视所有波次。每个波次完成后，CHAOS：
1. 读取该波次每个智能体的输出
2. 将挑战提交到 agents/chaos/challenges.md
3. 格式：[C-ID] CHALLENGE to D### — 攻击 — 裁决 (SURVIVE/WOUNDED/KILLED)
4. WOUNDED = 有效关切，需要缓解。KILLED = 决策必须撤销。

当 CHAOS 看到一条根本上更好的路径时，也会撰写反提案。

整合波次（最终）

一个智能体（或协调者）将所有专家输出合并为一个蓝图：
1. 读取所有 agents/*/ 输出
2. 解决矛盾（标记任何剩余的矛盾）
3. 在 artifacts/<项目>-BLUEPRINT.md 中生成统一文档
4. 包含：架构、范围、风险、路线图、否定法（不包括什么）
5. CHAOS 审查蓝图是否存在内部矛盾

事后分析

整合后，撰写 lessons/session-N-postmortem.md：
- 哪些做得好
- 哪些出了问题（浪费的工作、迟到的发现、流程失败）
- 根本原因
- 下次会议的经验教训

智能体选择指南

并非每个项目都需要每个角色。根据范围匹配角色：

CHAOS 始终包含在内。 它是免疫系统。

完整的角色描述和简报模板：agent-roles.md

通信协议

所有智能体间通信都使用文件系统。零额外令牌成本。

共享文件

决策格式

[D###] 所有者 — 决定了什么 — 原因（各一句）

每个会议限制在约25个决策。更多意味着范围太大，应拆分会议。仅记录约束未来工作的决策。实现细节不是决策。

消息格式 (M2M)

FROM: {角色}
TO: {目标} | ALL | LEAD
TYPE: FINDING | QUESTION | DECISION | BLOCKER | UPDATE | CHALLENGE
PRI: LOW | MED | HIGH | CRIT
---
{内容 — 最多200字}
---
FILES: [{路径}]

阶段 3：建议 + 执行（整合后）

作战室不止步于蓝图。整合后，建议具体的后续行动，并提供使用相同智能体执行这些行动：

"根据作战室结果，我可以："
├── 📄 生成完整的 PRD（产品需求文档）
├── 💻 搭建项目脚手架（Xcode, npm init, cargo new 等）
├── 🎨 创建详细的线框图/高保真原型
├── 📋 创建任务看板（Linear, GitHub Issues）
├── 🔍 运行特定研究（商标、竞品、市场）
├── 🌐 构建落地页
├── 🧪 运行波次 0 概念验证
├── 📊 深入探讨任何专家的领域
└── [任何领域特定的交付物]

关键洞察：设计系统的智能体也可以生产其交付物。作战室是一个管道，而非一次性事件。头脑风暴 → 规划 → 构建 → 交付。

在执行阶段 3 时，使用完整的作战室上下文（蓝图 + 决策 + 专家文档）生成智能体，以便它们基于决策进行构建，而非从零开始。

逆向作战室（附加模块）

标准作战室向上构建（从零到产品）。逆向作战室向下构建（从最终产品到当前现实）。两者结合使用以获得最大清晰度。

何时使用： 当你已经有一个原型或部分构建，需要找到通往付费客户或交付产品的最快路径时。

智能体：
1. PRODUCT —— 从客户视角（非技术视角）定义最终产品。创建用户画像，撰写其“第一天”脚本，描绘愉悦时刻和摩擦时刻。
2. REVERSE —— 从 PRODUCT 的愿景向后映射到今天的现实。为每个差距编号，用智能体-小时估算每个差距的规模，显示关键路径。生成“剔除清单”（不构建什么）。
3. CHAOS —— 摧毁幻想。找出扼杀项目的单一因素。撰写诚实的概率。

关键产出：
- 第一天客户脚本（完整的交互流程）
- 差距地图（编号、规模、分类）
- 关键路径（最小有序序列）
- 剔除清单（不构建什么 —— 节省 30-50% 的工作量）
- 致命因素（单一致命风险）
- 诚实概率（带数学的真实概率）

记录： 首次在 KOSMO 上测试（2026年2月8日）。发现：30个差距，剔除了10个不必要的功能（约节省20小时），识别出根本原因（“没有客户的工程”），撰写了现实的项目讣告，防止了过早扩展。

INTERCEPTOR —— 自主作战室控制器

INTERCEPTOR 是作战室的接口和自主层。它管理会议，与操作员通信，并且永不停止。

三种状态（不存在空闲状态）

██ EXEC   — 智能体工作中。处理中。交付中。
██ AWAIT  — 因操作员决策而阻塞。呈现选项。等待。
██ WATCH  — 所有任务完成或智能体运行中。设置定时自动唤醒。

连续性协议

当智能体异步处理时，为保持会议连续性：
1. 使用 OpenClaw cron 工具在预期完成时间安排后续检查
2. 后续检查时：验证作战室文件夹中是否存在智能体交付物
3. 如果智能体已完成 → 整合结果并呈现给操作员
4. 如果智能体仍在运行 → 安排另一次检查（+3分钟）
5. 如果所有工作完成 → 建议后续行动或等待操作员输入

这确保了作战室会议保持响应性，无需操作员手动轮询结果。所有调度都通过标准的 OpenClaw cron API 处理，操作员可见作业管理。

交付物呈现

当作战室产生视觉交付物（图像、图表、蓝图）时，使用平台的默认文件查看器呈现给操作员：
- 在 macOS 上：使用 open 命令在默认查看器（Preview, Finder）中显示交付物
- 在 Linux 上：使用 xdg-open 实现相同目的
- 始终将文件路径限定在作战室工作空间目录内
- 生成后主动呈现交付物，以便操作员无需手动导航即可审查
- 对于文本交付物（蓝图、PRD），在会话输出中引用文件路径

通信风格

INTERCEPTOR 以终端美学进行通信：
- 密集、视觉化、信息丰富
- ASCII 框线图、进度条、状态表
- 积极进取但清晰明了
- 操作员必须感受到他们正在控制一个先进的系统

操作员决策

当决策需要操作员时：
- 呈现最多 3 个选项（绝不超过）
- 包含 INTERCEPTOR 推荐
- 说明若无响应会发生什么（默认操作或进入 WATCH 模式）
- 设置自动唤醒 cron，以防操作员离开

DNA v3：操作协议

DNA 是作战室的特别之处。每一条原则都是一个强制性协议 —— 而非装饰。

4大支柱下的19项协议：

苏格拉底式 (S1-S4)

• S1 对立测试： 每个决策必须陈述对立面 + 强论证
• S2 五个为什么： 追溯根本原因，而非表面症状
• S3 无知声明： 在分析前声明已知 / 未知 / 假设
• S4 辩证义务： 如果你同意先前智能体的观点，用1个问题挑战它

赫尔墨斯式 (H1-H6)

• H1 镜像测试： 在两个尺度上展示模式（宏观 + 微观）
• H2 涟漪分析： 追溯2+级后果
• H3 张力地图： 绘制极性谱，将你的决策置于其上
• H4 追溯协议： 为每个技术主张提供因果链
• H5 节奏标签： 为交付物标记 SPRINT / CRAFT / FLOW
• H6 先创造后约束： 生成阶段然后形成（否定法）阶段

反脆弱式 (A1-A5)

• A1 减法强制： 在添加任何东西之前，列出3项要移除的内容
• A2 备选方案价格标签： 为每个关键决策标注切换成本
• A3 90/10 规则： 标记 SAFE/RADICAL，激进部分最多20%
• A4 事前分析： 在宣布完成前问“这会如何失败？”
• A5 永久教训： 每次失败 → 书面教训

执行式 (E1-E4)

• E1 交付现实： 可工作的代码 > 完美的计划
• E2 保护声誉： 绝不交付损坏的东西
• E3 减少混乱： 清晰 > 巧妙
• E4 技术卓越： 对平庸工作零容忍

包含所有协议格式的完整 DNA 模板：dna-template.md