用途：按“先复现再修复”的流程处理来自 GitHub Issue 的缺陷修复，适用于用户要求修 bug、调查 GitHub issue 或调试问题的场景。输入为 GitHub issue 的 URL 或编号，斜杠命令参数会由 Qwen Code 追加到技能正文。
主要能力与用法：产物写入仓库的 .qwen/issues/ 目录。第 1 步用 gh 将 issue 输出为 markdown 文件：mkdir -p .qwen/issues 后再执行 gh issue view <number> --json number,title,body，并以模板生成含复现报告与验证报告占位的 issue 文件。第 2 步启动 test-engineer 智能体复现缺陷，只说明目标是复现，等待其完成并读取复现报告；若状态为 NOT_REPRODUCED 则报告并停止。第 3 步阅读相关代码并修复，参考复现报告中的观察行为、预期行为与代码路径；复杂缺陷可结合 structured-debugging 技能系统化验证假设。第 4 步构建并打包：npm run build && npm run bundle，再次启动 test-engineer，用 node dist/cli.js 验证修复；若状态为 STILL_BROKEN 则回到第 3 步迭代，直到 VERIFIED_FIXED。第 5 步运行修改包的单元测试；若复现阶段写了失败测试，需确保修复后通过，否则补充针对该失败场景的回归覆盖。第 6 步按 AGENTS.md 的通用工作流自审完整 diff，必要时运行 /review 并逐条判定有效、误报或过度设计，修复有效问题后重跑测试与验证。
迭代规则：第 4 步失败回到第 3 步重试；第 6 步发现有效问题则修复后重跑验证与自审；第 3 至 6 步循环不得超过 3 次而未询问用户。限制：仅针对 GitHub issue 缺陷修复，依赖 gh、qwen-code 环境及相应 npm 脚本；其余细节暂未提供。