用途：当存在明确的问题信号（失败行为、运行时错误、测试回归、可复现步骤或日志/堆栈）且修复范围较小时，用本技能执行缺陷修复。若缺少明确信号、需要跨系统重构/迁移、架构风险高、缺少可行验证路径，或需要分阶段发布/特性开关，应先转入 brainstorm 或 write-plan，而非直接修复。
主要能力：
- 先做范围门禁：确认问题信号、修复路径、风险等级与验证方式。
- 复现并诊断：稳定复现问题，定位失败点，追踪控制/数据流找根因，形成能解释现象的修复假设。
- 区分小修与大修：根因清晰、改动面窄、回归风险可测则继续；根因不明、涉及多子系统、需要迁移或大重构则升级。
- 实施最小修复：给出 1-3 条实施计划，做最小针对性改动，避免无关重构，必要时补充回归测试。
- 逐级验证：先验证改动行为，再做邻近回归检查，必要时运行 lint/typecheck/tests/build；只有复现不再失败、预期行为确认、无严重回归才算完成。
- 输出完成报告：根因、改动内容、修复为何有效、验证内容与结果、残余风险与后续事项。
硬性停止条件：聚焦排查后根因仍不明、需要横切架构或数据模型改动、范围扩大为大重构或多模块迁移、涉及安全/合规敏感行为、验证发现广泛回归需分阶段缓解、多次修复未收敛。出现任一情况应停止实现，并输出指定消息，建议先使用 brainstorm 或 write-plan 定义分阶段诊断、实施与风险控制。
使用方式与限制：需提供最小缺陷报告字段（标题、预期行为、实际行为、复现步骤、证据、环境、影响/严重度）。关键上下文缺失时应提问而非猜测。不得在未验证时标记完成，应始终优先根因修复并保持影响面最小。官方页面未提供具体命令、安装方式、价格或平台信息。