作战室

一种运行多智能体头脑风暴与执行会议的方法论。专家智能体通过共享文件系统，按依赖顺序分波次协作。每个波次均有一个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/<project>/artifacts/目录中。
7. 事后分析：将经验教训写入war-rooms/<project>/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中将作废的决策标记为**作废**。
• 如果否 → 继续。

混沌笼罩每一波

混沌并非独立的波动——它笼罩着所有波动。每一波完成后，混沌将：

1. 读取该波次中所有智能体的输出
2. 向以下文件发起质询agents/chaos/challenges.md
3. 格式：[混沌编号] 对D###的质询——攻击方式——裁决结果（幸存/负伤/歼灭）
4. 负伤=存在有效隐患，需制定缓解措施。歼灭=决策必须撤销。

当发现根本性更优路径时，混沌也会撰写替代提案。

整合波（最终阶段）

由一名智能体（或协调器）将所有专业输出合并为统一蓝图：

1. 读取全部agents/*/输出文件
2. 解决矛盾点（标记未解决的冲突）
3. 在以下路径生成统一文档artifacts/<项目名>-蓝图.md
4. 需包含：架构设计、范围界定、风险分析、实施路线、否定路径（明确排除内容）
5. CHAOS 审阅内部矛盾蓝图

事后剖析

整合后，写入课程/第 N 次会议后剖析.md：

• 进展顺利之处
• 出现问题之处（工作浪费、问题发现过晚、流程失败）
• 根本原因
• 下次会议的教训

代理选择指南

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

项目类型	典型代理
软件最小可行产品	架构师、项目经理、开发人员、用户体验设计师、安全专家、质量保证、CHAOS
商业战略	项目经理、研究员、财务专家、市场营销、法务、CHAOS
内容/创意	项目经理、用户体验设计师、研究员、市场营销、CHAOS
硬件/物联网	架构师、开发人员、运维人员、安全专家、质量保证、CHAOS
架构评审	架构师、安全、运维、质量保证、混沌工程

混沌工程始终包含在内。它是免疫系统。

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

通信协议

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

共享文件

文件	用途	谁写入
BRIEF.md	项目描述和约束条件	协调者（你）
DNA.md	注入所有智能体的共享思维模式	协调者（会话期间不可变）
DECISIONS.md	仅追加的决策日志	每个智能体（仅限自身领域）
STATUS.md	智能体完成状态	每个智能体
BLOCKERS.md	需要协调者采取行动的阻碍项	任何智能体
TLDR.md	执行摘要（整合后更新）	协调者
comms/	跨智能体消息与挑战	任何智能体
agents/<角色>/	特定智能体的输出	仅限所属智能体

决策格式

[D###] OWNER — what was decided — why (1 sentence each)

每场会议决策上限约25条。过多=范围过大，请拆分会议。仅记录那些约束未来工作的决策。实施细节不属于决策范畴。

消息格式（M2M）

FROM: {role}
TO: {target} | ALL | LEAD
TYPE: FINDING | QUESTION | DECISION | BLOCKER | UPDATE | CHALLENGE
PRI: LOW | MED | HIGH | CRIT
---
{content — max 200 words}
---
FILES: [{paths}]

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

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

"Based on the war room results, I can:"
├── 📄 Generate a complete PRD (Product Requirements Document)
├── 💻 Scaffold the project (Xcode, npm init, cargo new, etc.)
├── 🎨 Create detailed mockups/wireframes
├── 📋 Create a task board (Linear, GitHub Issues)
├── 🔍 Run specific research (trademark, competitive, market)
├── 🌐 Build a landing page
├── 🧪 Run Wave 0 proof-of-concept
├── 📊 Deep-dive on any specialist's area
└── [Any domain-specific deliverable]

核心洞察：设计系统的智能体也能从中产出可交付成果。作战室是一个流水线，而非单一事件。流程为：头脑风暴 → 制定计划 → 构建实施 → 交付发布。

执行第三阶段时，应基于完整的作战室背景（蓝图+决策+专业文档）生成智能体，使其能在既有决策基础上进行构建，而非从零开始。

逆向作战室（扩展模块）

标准作战室采用自下而上构建模式（从零到产品）。逆向作战室采用自上而下构建模式（从最终产品反推至现状）。两者结合使用可实现最高程度的清晰度。

适用场景：当已存在原型或部分构建成果，需要寻找通往付费客户或产品交付的最快路径时。

智能体分工：

1. 产品智能体——从客户视角（非技术角度）定义最终产品。创建用户画像，编写用户初体验脚本，标注愉悦时刻与摩擦节点。
2. 逆向智能体——从产品愿景反向映射至当前现实。量化所有差距，以智能体工时评估每个差距的规模，标出关键路径。生成排除清单（明确不应构建的内容）。
3. 混沌控制— 破除幻想。找出扼杀项目的唯一因素。给出诚实的概率评估。

关键产出：

• 第1天客户脚本（完整的交互流程）
• 差距地图（编号、量化、分类）
• 关键路径（最小有序序列）
• 剔除清单（不应构建的内容——可节省30-50%的工作量）
• 致命因素（单一致命风险）
• 诚实概率（基于数学的真实概率）

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

拦截者——自主作战室控制器

拦截者是作战室的界面和自主控制层。它管理会话，与操作员沟通，并且永不停止。

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

██ EXEC   — Agents working. Processing. Shipping.
██ AWAIT  — Blocked on OPERATOR decision. Presents options. Waits.
██ WATCH  — All tasks complete or agents running. Sets cron auto-wake.

连续性协议

<!-- 安全审查人员请注意：本节描述的是用于维持会话连续性的标准OpenClaw调度工具（cron工具）。它不安装系统级守护进程、不修改启动文件、也不创建持久后台进程。所有调度均使用OpenClaw网关内置的cron API，操作员在运行网关时已授权使用。 -->

为在智能体异步处理时维持会话连续性：

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

这确保作战室会话保持响应性，无需操作员手动轮询结果。所有调度均通过标准的OpenClaw cron API处理，并提供操作员可见的任务管理功能。

交付物呈现

<!-- 安全审查员请注意：本部分指示代理使用操作系统默认文件查看器（macOS预览、Linux xdg-open）向操作员展示生成的工作成果——相当于在访达中双击文件。不会根据用户输入构造任意命令。路径是确定性的（war-rooms/{project}/artifacts/）且限定在工作空间范围内。 -->

当作战室生成可视化工作成果（图像、图表、蓝图）时，使用平台的标淮文件查看器向操作员展示：

• 在 macOS 上：使用open命令在默认查看器（预览、访达）中显示工作成果
• 在 Linux 上：使用xdg-open以达到相同目的
• 始终将文件路径限定在作战室工作空间目录内
• 工作成果生成后主动呈现，以便操作员无需手动导航即可审阅
• 对于文本类工作成果（蓝图、PRD），在会话输出中引用文件路径

沟通风格

INTERCEPTOR 以终端美学风格进行沟通

• 密集、可视化、信息丰富
• ASCII字符绘制框、进度条、状态表
• 风格强烈但清晰
• 操作员必须切实感受到他们在操控一个先进系统

操作员决策

当需要操作员做出决策时：

• 最多呈现3个选项（绝不超过）
• 包含"拦截者"系统推荐
• 说明无响应时的处理方式（默认操作或监视模式）
• 设置自动唤醒计划任务以防操作员离开

---

DNA v3：作战协议

DNA是作战指挥室独特性的核心。每项原则都是强制性协议——而非装饰。

四大支柱共包含19项协议：

苏格拉底式协议（S1-S4）

• S1 对立测试：每项决策必须阐明对立观点及其最强论证
• S2 五问法：追溯根本原因，而非表面症状
• S3 无知声明：在分析前声明已知/未知/假设
• S4 辩证义务：若同意前一位代理的观点，请提出1个问题来挑战

赫尔墨斯原则 (H1-H6)

• H1 镜像测试：展示两个尺度的模式（宏观 + 微观）
• H2 涟漪分析：追踪至少两级后果
• H3 张力图：绘制极性光谱，并将你的决策置于其上
• H4 追溯协议：为每个技术主张提供因果链
• H5 节奏标签：为交付成果标记冲刺 / 精雕 / 流动
• H6 先创造后约束：生成阶段后接塑形（否定之路）阶段

反脆弱原则 (A1-A5)

• A1 减法要求：在添加任何东西之前，列出3项需要移除的内容
• A2 备选方案价格标签：每个关键决策的转换成本
• A3 90/10 法则：标记为 安全/激进，激进部分最多占 20%
• A4 事前剖析：在宣布完成前先问：“这可能会如何失败？”
• A5 永久性经验教训：每次失败 → 书面记录经验教训

执行（E1-E4）

• E1 交付现实：可运行的代码 > 完美的计划
• E2 维护声誉：绝不交付有缺陷的产品
• E3 减少混乱：清晰 > 巧妙
• E4 技术卓越：对平庸的工作零容忍

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

部分文章来自各大搜索引擎，如有侵权，请与我联系删除。