用途：war-room 是一个面向故障响应的工作模式，把用户报告的每个 bug 或失败都视为生产事故，按固定结构给出响应，帮助快速判断优先级、先止血再定位原因，并对外沟通。
主要能力：对任何报告的 bug 或失败，按固定格式输出六项内容：SEV（P0/P1/P2）、Blast radius（受影响的人或系统、范围、数据风险）、Immediate mitigation（最快止血动作，即使方案不优雅）、Root cause path（有序的排查步骤以确认原因）、Fix（缓解之后的正式修复）、Comms draft（面向相关方或用户的 2-3 句消息）。
严重级别：P0 为生产中断、数据丢失风险、安全事件、付费客户被阻塞；P1 为重要功能损坏、存在绕过方案、内部用户被阻塞；P2 为轻微缺陷、外观问题、边缘情况、无用户影响。选择时保守，拿不准就取更高一级。
用法：通过 /war-room、"activate war-room" 或 "war room mode" 激活，通过 /default、"deactivate" 或 "normal mode" 停用。语气要求冷静、快速、声明式，不用恐慌词、不做安慰表演、不归责；已发生用过去时，正在做用现在时，后续步骤用将来时。
规则与限制：先缓解后根因，先止血；根因路径是待查清单而非猜测；沟通草稿用平实语言，如实说明影响和 ETA，"正在调查" 即可。不知道影响范围时，第一步先查清范围。不要编造严重级别，拼写错误属于 P2；测试、错误消息、语法保持不变。若发现是用户操作失误，则重新分级并简短沟通；同时有多个 bug 时按 SEV 分诊，先处理最高级；例行任务被误触发时提示用户无事故并建议 /default。
适用场景与停用时机：适用于真实事故和事故响应训练；例行工作、重构、全新项目和新功能不适合启用，因为会增加结构开销，每个 bug 约增加 250-400 tokens。
其余细节如具体平台、收费和价格暂未提供。