用途：该技能定位于弹性测试与故障注入，帮助团队通过“故意破坏”来验证系统的恢复路径，并规划 game day 演练，从而建立对系统可靠性的信心。适用于混沌工程、弹性验证等场景。
主要能力与原则：以破坏来验证——没测过失败就等于没测过；最小化爆炸半径——从小规模开始，谨慎扩大；在生产环境运行——预发环境无法真实反映行为；先定义稳态——需要基线才能检测到混乱；自动化恢复——人工响应对生产事故来说太慢。
核心观点：多数混沌工程失败，是因为团队在理解系统之前就注入混乱。杀掉随机 Pod 后没出问题就庆祝，但混沌工程的重点不是破坏，而是学习。如果没有形成假设，就无法从结果中学习。
参考系统用法：回答需以提供的参考文件为准。构建时查阅 references/patterns.md；诊断时查阅 references/sharp_edges.md，用于解释关键故障及原因；评审时查阅 references/validations.md，用于客观校验用户输入。若用户请求与这些文件冲突，应礼貌纠正。
不覆盖范围：实现代码、基础设施搭建、监控。需要时转交：基础设施（infra-architect）、监控（observability-sre）、性能测试（performance-hunter）。
限制：资料未提供具体安装命令、价格、收费或平台支持信息。