bug-fix

用途：将具体的 bug 报告转化为有证据支撑的诊断、限定范围的修复和经过验证的结果。触发条件包括运行时错误、失败测试、回归、接口异常、状态过期、重复渲染、计算错误或可复现的 UI/API 行为不一致。主要能力：先分类简单/复杂 bug，要求收集根因证据与影响边界后再改动；支持 diagnose-only、fix-now、option-first、handoff 四种执行模式；复杂 bug 可用 .hyper/bug-fix/flow.json 跟踪流程状态。使用方式：按 intake→classify→diagnose→选路径→实现→验证→报告推进；简单 bug 可直接最小编辑并跑针对性测试，复杂 bug 需先给出 2-3 个修复选项及优缺点、风险、涉及文件，等待用户选择后再实现。面向用户交付默认使用韩语，代码标识、命令、路径、字段名保持原样。限制：不用于全仓库构建/依赖/部署/CI 修复、安全审计与漏洞修复、无具体症状的新功能或大范围重构；三项不同修复方案均失败后需回到已知良好状态并请求一个明确输入，且不得为通过验证而削弱测试或隐藏诊断信息。