用途：把用户报告的缺陷描述转化为经过验证的修复，覆盖从复现到验证的端到端流程。输入需要缺陷描述（症状、预期与实际、出现位置、起始时间），并从仓库（Agents.md、package.json、README、开发脚本）推断运行方式；若复现受阻（缺环境、凭据、步骤），应说明阻塞点并只询问解除复现所需信息，不得编造修复方案。
主要能力与流程：1）复现：在运行环境中观察缺陷，按报告相同入口复现（Web/UI 用浏览器、API 用 curl/HTTP 客户端、CLI 用命令、后台任务用测试钩子），记录最小复现步骤与可观察失败；仅读代码不算复现。2）提出 1–4 个按可能性排序的假设，每个需具体、可证伪、与症状关联。3）按可能性依次测试，记录运行、结果与确认/排除/不确定，确认后停止；全部排除则基于新证据补充 1–2 个假设，只做一次小循环。4）修复计划：应用 thermo-nuclear-plan 技能并压缩为单缺陷修复；若不可用则按摘要规划，强调最简可行修复、最多 3 个阶段或一个 PR 切片、明确范围外事项与验证方式；根因不明时输出开放问题与临时计划，不实施。5）实施：仅做计划所需改动，最小化 diff，遵循项目约定，不扩大范围。6）验证：重跑最小复现步骤，确认预期行为且原失败消失；若为环境问题需说明变更；验证失败则回到假设阶段，不得声称已修复。
输出：复现步骤与观察、根因、修复内容与原因、验证结果。限制：资料未提供具体安装命令、收费、平台或效果信息。