用途：修复用户描述的 bug，输入可能是普通描述、issue ID，或一个失败测试的名称。核心是测试驱动：先复现失败，再定位根因，做最小修复，跑测试并提交。
主要能力与流程：默认内联执行 Phase 0–5。Phase 0 发现项目的测试、lint、类型检查命令；Phase 1 理解症状、定位或编写失败测试并真实复现，用 grep/read 证据（文件路径、行号）确认根因；Phase 2 规划只针对根因、最小范围、不破坏兼容的修复；Phase 3 用 Edit 实施，先跑失败测试再跑全量测试；Phase 4 核对清单（原失败测试通过、全量通过、无新 lint/类型错误、无无关重构、部分修复带 LEAN-DEBT 标记）；Phase 5 提交，可用 git-commit 技能或手动 git add / git commit。Phase 6 汇报根因、修复、改动文件、测试结果与提交信息。
多文件或根因不明时，可先创建六个顺序任务（Discovery、Reproduce & Analyze、Plan、Implement、Verify、Commit）并用 addBlockedBy 串联；无 Task 工具时仍走内联流程。
限制：报告过于模糊时须先提问，不得凭代码阅读臆测根因或自造复现；测试修复前必须真实失败；不得为缩小 diff 而削减校验、错误/数据丢失处理或安全；修复超过 3 个文件、改动公共 API 或有性能影响时需先获批准；浏览器测试仅在 UI 相关且工具可用时可选。具体命令与示例见 references/examples.md。