用途：提供一套系统化流程，用于正确修复 bug，而非仅处理表面症状。
主要能力：按阶段组织修复工作。阶段1根因分析，由 root-cause-analyst 负责，方法包括错误堆栈分析、日志排查、状态检查和稳定复现，输出根因、受影响组件与影响评估。阶段2修复实现，约束为最小范围、向后兼容且经过充分测试。阶段3代码审查，由 code-reviewer 关注修复正确性、副作用和边界情况。阶段4回归测试，由 test-automator 创建回归测试、边界测试及受影响的集成测试。阶段5安全检查，由 security-auditor 确保修复不引入漏洞，属阻塞项。阶段6验证，由 quality-engineer 核对原问题已解决、无新问题、测试全通过。阶段7文档，由 technical-writer 写变更日志、重大缺陷的事故报告与预防指南。阶段8部署，由 deployment-engineer 选择热修复或正常发布，并监控 24 小时错误率、性能指标和用户反馈。
适用场景：修复 bug、解决问题、处理错误时使用。
成功标准：缺陷经验证已修复、已添加回归测试、无副作用、文档已更新。
限制与反面模式：避免只修症状不修根因、把大范围改动混入缺陷修复、跳过回归测试、不记录成因。具体调用方式、安装命令、收费与平台信息暂未提供。