用途：当需要对灾难场景、恢复优先级、备份证据、运行手册与恢复验证做有证据边界的分析时使用；输入不完整时也可产出带假设与缺口的可评审初稿，并将静态设计证据与计划验证、已完成执行严格区分。
主要能力：读取 prompts/disaster-recovery-testing.md 作为完整执行契约，按其输入审计、覆盖清单与输出顺序执行；提取范围、环境、版本、依赖、约束、成功标准与可用证据；对灾难场景、恢复优先级、备份证据、运行手册和恢复验证建模，优先处理高影响或难检测项；区分事实、有证据的推断、候选建议与人工决策；识别主/恢复区域、故障范围、RTO/RPO 起止定义、可接受损失与业务恢复标准，交付跨区域依赖、时间线、RTO/RPO 计算与一致性证据。
使用方式：默认输出按风险、证据、优先级组织的 Markdown；用户要求表格、CSV、JSON 或工单格式时保留相同发现字段与证据状态，并在接入自动化前确认 schema、枚举值与必填字段。每次调用都需阅读 prompts/disaster-recovery-testing.md；评估技能时阅读 evals/eval.yaml 及对应 evals/cases/；仅在目录存在且任务需要时阅读 references/、examples/、scripts/ 或 output-formats.md。
适用场景：灾备方案评审、恢复演练前的验证准备、备份与运行手册证据梳理、RTO/RPO 目标对比分析。
限制：仅做分析，不注入故障、不访问真实依赖、不调用生产系统；不得编造阈值、可用性、恢复时间、漏洞状态或已完成的测试运行；无支撑的声明须标记为待定、阻塞或未评估并给出验证方法；风险接受、发布批准与人工接管交由人工；信息缺失时交付有界草稿与最小证据收集动作，不得把建议写成执行结果。常见误区包括把相邻的性能、事件或 API 分析当作灾备测试的完整替代，以及只列步骤而缺少触发条件、预期结果、负责人角色或关闭条件。