代码缺陷修复闭环:七步结构化工作流(分诊→复现→根因定位→修复→补测试→代码审查→报告),全程四道强制人工检查点,AI分析提案、人工确认决策。适用于用户修bug、定位回归、线上缺陷修复、排查问题等场景。致力于解决VibeCoding模式下修复bug的流程中,始终无法解决问题的情况。触发提示词“修复bug、bug修复、bug fix、debug、改一下这个问题”,
bugfix-farming是一项面向实际任务的技能,主要用于30 秒简介;用于"把一个 Bug 从问题描述推进到修复";
假设驱动定位根因;实施修复(用户决定范围);同上下文补测试(可跳过);接入 CodeReview 流程(可跳过);生成修复报告;在对话中直接描述你要修的 Bug,AI 会自动加载本技能;无需输入任何斜杠命令;
可以这样说。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
用于"把一个 Bug 从问题描述推进到修复"。
它聚焦 7 个步骤:
在对话中直接描述你要修的 Bug,AI 会自动加载本技能。无需输入任何斜杠命令。
可以这样说:
在启动前,请尽量准备好以下信息(缺了也能开始,但信息越全 AI 定位越快):
| 信息项 | 说明 | 重要度 |
|---|---|---|
| 现象描述 | 发生了什么?什么情况下出现? | 🔴 必须 |
| 期望行为 | 你期望的正确结果是什么? | 🟡 建议 |
| 影响范围 | 影响哪些用户/功能?是线上还是测试环境? | 🟡 建议 |
| 复现入口 | 什么页面/接口/操作能触发?频率如何? | 🟡 建议 |
| 日志/堆栈 | 有错误日志或异常堆栈直接贴上 | 🟢 加分 |
你描述 Bug → AI 建 Bug 卡 → [复现确认] → AI 定位根因 → [方案确认] → AI 实施修复 → [测试确认] → [CodeReview] → 完成报告
其中 [ ] 为强制检查点,AI 不会跳过你的确认直接动手改代码。
y 继续,r 提修改意见AI 负责「分析 + 提案」,人类负责「确认 + 决策」。AI 不得在未经人工确认的情况下直接修改代码。
每次执行必须遵守以下强制检查点,任一检查点未通过则禁止进入下一步:
| 检查点 | 时机 | AI 交付物 | 人工确认项 |
|---|---|---|---|
| 🔴 CP1 | 步骤 2 完成后 | 复现脚本/用例 + 运行结果 | 确认现象与 Bug 描述一致,复现路径可接受 |
| 🔴 CP2 | 步骤 3 完成后 | 2-3 个候选根因 + 证据链 + 全局审视 | 确认最终根因判断准确,方向正确 |
| 🔴 CP3 | 步骤 4 实施前 | 修复方案(影响文件、改动思路、风险评估) | 确认方案最小化且合理,拒绝后再给备选 |
| 🔴 CP4 | 步骤 5 完成后 | 测试用例清单 + 运行结果 | 确认覆盖充分,边界与错误分支均已处理 |
CP3 特别规则:若人工对 AI 修复方案不满意,AI 必须提供至少 2 个备选方案供选择,其中至少 1 个必须是思路完全不同的替代路径(非同一路径的微调),不得强行实施原方案。用户可输入
p启动 party-mode 多角色讨论方案;输入e要求 AI 扩大修复范围(可连带重构相关模块),重新出方案。讨论/扩展完毕后 AI 重新提交修订方案。
每个检查点 AI 提交交付物后,必须附上确认提示,用户可用数字快速响应:
| 输入 | 含义 | AI 后续动作 |
|---|---|---|
y |
✅ 确认通过 | 立即进入下一步 |
r |
❌ 不同意 / 需修改 | AI 根据反馈调整后重新提交,直到用户输入 y |
s |
⏭️ 跳过此步骤 | 步骤 2(复现)、步骤 5(补测试)和步骤 6(CodeReview)可用。在执行步骤前询问,非 CP 确认时。AI 记录跳过并直接进入下一步 |
p |
🎭 Party 讨论方案 | 仅 CP3 可用。启动 party-mode,召集代理多视角讨论修复方案,讨论完毕后重新提交修订方案 |
e |
🔧 扩为大改 | 仅 CP3 可用。AI 扩大修复范围,可连带重构相关模块,重新出方案并再次提交确认 |
| 其他文字 | 带修改意见的反馈 | AI 按意见调整后重新提交,直到用户输入 y |
检查点(CP)确认格式(
s不出现在 CP 中,跳过在步骤执行前处理):🔴 [CPx] 请确认以上内容。输入 y=确认通过,r=需修改(可附带修改意见)[,p=Party讨论][,e=扩为大改]。可跳过步骤的预执行格式(执行步骤前询问,非检查点):
🔵 [步骤x] 是否执行[步骤名]?输入 y=执行,s=跳过[步骤名]。
## Bug 修复报告### Bug 卡(现象 / 期望 / 影响范围 / 验收句)### 复现与根因(复现证据 / 候选根因 / 最终根因)### 修复与测试(改动文件 / 新增或更新测试 / 本地结果)### 门禁与收口(code-review 结论)### 结论(已修复可收口 / 需继续修复 / 阻塞)本技能使用 step-file 架构 实现按需加载,避免一次性加载全部内容造成的上下文膨胀:
第三层参考材料,按需查阅:
完整阅读并遵循 ./step-01-triage.md 开始工作流。
相关专题
热门下载
相关下载
精品课程
共6课时 | 54.7万人学习
共89课时 | 134.1万人学习
共49课时 | 82.5万人学习
最新文章