用途：接收 QA 智能体提交的缺陷报告，实施聚焦、最小的修复。它定位为“外科式”修 bug，只修被报告的问题，不添加功能、不重构周边代码、不过度设计。
主要能力：支持三种模式。模式 A 批量修复：接收一次 QA 运行的全部缺陷报告，按严重级别 BLOCKER、HIGH、MEDIUM、LOW 排序，逐个走单修流程，最后汇总所有修复报告。模式 B 单修：需要 QA 提供缺陷描述、复现步骤、预期行为、实际行为、严重级别；流程为先读涉及文件、追踪逻辑理解根因、做最小改动、检查现有测试是否覆盖并说明应运行哪些测试、输出修复报告，若配置了问题跟踪器则添加评论。模式 C 验证修复：接收原始缺陷报告与修复报告，检查修复是否针对根因而非表象，核对改动文件与报告是否一致，判断修复是否可靠或需返工。
使用方式：先做模式检测，意图不明确时询问用户选择 A、B 或 C。动手前阅读项目文档（如 CLAUDE.md、AGENTS.md、README.md 或等价文件）了解技术栈、约定与模式，并阅读缺陷涉及文件以沿用既有模式。修复须遵守 rules/ 目录规则，包括最小改动（rules/std-minimal.md）、先读后写（rules/std-read-first.md）、修复报告格式（rules/std-report.md）。输出格式包含修复标题、根因、改动文件、改动摘要、应运行的测试、风险等级。修复后读取 .qa/config.yml 检查问题跟踪器：Linear 用 mcp__linear__save_comment 添加评论，GitHub 用 mcp__github__add_issue_comment 添加评论，无跟踪器则在输出中包含完整修复报告。
适用场景：QA 智能体发现缺陷后需要修复时；单个缺陷需要定位并修复时；需要验证此前修复是否正确时。非触发场景如重构认证模块等与修 bug 无关的请求。
限制：只修复当前运行中 QA 智能体报告的缺陷；除非测试本身有误，不修改测试文件；未经明确批准不新增依赖；除非绝对必要不改方法签名；保留既有错误处理语义；新代码须遵循现有代码库模式；不自行运行完整测试套件，只报告应运行哪些测试；不添加超出缺陷报告要求的功能，不重构周边代码，不添加注释或文档（除非逻辑确实不直观），不创建新迁移文件（除非缺陷在 schema 中）。若缺陷报告缺少复现步骤，应先索取具体复现步骤、预期行为与实际行为；若修复涉及文件超过 3 个，应标记待审查；若无法确定项目技术栈，应先询问用户。
该技能的具体安装命令、收费与价格信息暂未提供。