用途：在响应 Mistral 供应商相关事故时，提供一套结构化的事件处置流程，覆盖凭证泄露、服务中断、限流（429）、容量与支出上限、数据问题、模型与部署故障，以及状态对账。核心原则是先恢复安全，再恢复吞吐。
主要能力：声明范围、严重级别、指挥官、UTC 时间线、环境与影响；停止重试风暴与高风险作业，同时保留队列与幂等证据；将故障分类为凭证、供应商、容量、支出、数据、模型、部署或状态类；选择有边界的遏制动作，如禁用、卸载流量、暂停、回滚、轮换或隔离；在重放前对文件、作业、运行、会话与应用动作进行对账；通过合成金丝雀恢复、监控收敛、沟通并分配后续动作。
使用方式：需具备事件指挥官、严重级别策略、资产清单与现行运行手册；准备无内容遥测、部署控制、轮换与管理员/状态证据；明确沟通、证据保留与事后复盘负责人。工具使用上，用 Read、Glob、Grep 检查代码、锁、配置、测试与证据；Write 与 Edit 仅用于已批准的仓库变更。仅调用工具不授权网络请求、付费使用、上传、有状态资源、管理员变更、部署或删除。撤销、流量、队列或作业变更、删除、限额或支出变更、回滚与客户沟通须由指挥官批准，并记录批准人与确切遏制范围。
限制与注意：盲目重放可能重复付费或有状态工作；清空队列会破坏对账证据；供应商恢复不代表应用积压已收敛。切勿将密钥粘贴到事件频道；泄露时通过批准的管理员撤销、轮换消费方，并验证旧密钥被拒且不显示值。输出应包含范围与时间线、分类、遏制批准、受影响状态、对账、恢复、残余风险、沟通与后续事项，未解决的模糊点需保留并指定负责人。资料未提供具体命令、价格或平台细节。