用途：当工作需要对故障注入假设、影响范围、停止条件和安全护栏进行有证据边界的分析与验证准备时使用。输入不完整也可以产出带假设与缺口的可评审初稿，并要求静态设计证据与计划验证、已完成执行严格区分。
主要能力：读取 prompts/chaos-testing.md 并按其中的输入审计、覆盖清单和输出顺序执行；提取范围、环境、版本、依赖、约束、成功标准和已有证据；对故障注入假设、爆炸半径、停止条件和安全护栏建模，给出场景与判定标准，优先高影响或难检测项；将事实、有证据的推断、候选建议与人工决策分开；信息缺失时给出有界草稿与最小取证动作。输出默认按风险、证据、优先级组织的 Markdown，用户要求表格、CSV、JSON 或工单格式时保留同样的发现字段与证据状态，接入自动化前需确认 schema、枚举值与必填字段。稳态假设需以指标、窗口、基线/对照组和业务不变量表达，并说明破坏的因果链；需交付假设/对照/注入/爆炸半径/停止/回滚/证据卡片，明确就绪阻塞项，绝不把设计当作已通过的实验。
使用方式：每次调用都读 prompts/chaos-testing.md（完整执行契约）；评估该技能时读 evals/eval.yaml 及对应 evals/cases/；仅当 references/、examples/、scripts/ 或 output-formats.md 存在且任务需要时才读取。
限制：只做故障注入假设、爆炸半径、停止条件和安全护栏的分析，不注入故障、不访问真实依赖、不调用生产系统；不编造阈值、可用性、恢复时间、漏洞状态或已完成的测试运行；无依据的断言标注为待定、阻塞或未评估并给出验证方法；风险接受、发布批准与人工接管留给人类。常见误区是把相邻的性能、事故或 API 分析当作混沌测试的完整替代，只列步骤而无触发条件、预期结果、责任角色或关闭条件，或者拒绝不完整输入、用模板假设填补关键事实。