代码缺陷修复闭环:七步结构化工作流(分诊→复现→根因定位→修复→补测试→代码审查→报告),全程四道强制人工检查点,AI分析提案、人工确认决策。适用于用户修bug、定位回归、线上缺陷修复、排查问题等场景。致力于解决VibeCoding模式下修复bug的流程中,始终无法解决问题的情况。触发提示词“修复bug、bug修复、bug fix、debug、改一下这个问题”,
bugfix-farming
功能概述
bugfix-farming是一项面向实际任务的技能,主要用于30 秒简介;用于"把一个 Bug 从问题描述推进到修复";
核心要点
- 它聚焦 7 个步骤:;
- 建立可执行 Bug 卡;
- 先做最小复现(先红,可跳过);
使用与执行
假设驱动定位根因;实施修复(用户决定范围);同上下文补测试(可跳过);接入 CodeReview 流程(可跳过);生成修复报告;在对话中直接描述你要修的 Bug,AI 会自动加载本技能;无需输入任何斜杠命令;
结果检查与注意事项
可以这样说。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
bugfix-farming
30 秒简介
用于"把一个 Bug 从问题描述推进到修复"。
它聚焦 7 个步骤:
- 建立可执行 Bug 卡
- 先做最小复现(先红,可跳过)
- 假设驱动定位根因
- 实施修复(用户决定范围)
- 同上下文补测试(可跳过)
- 接入 CodeReview 流程(可跳过)
- 生成修复报告
快速上手
如何触发
在对话中直接描述你要修的 Bug,AI 会自动加载本技能。无需输入任何斜杠命令。
可以这样说:
- "帮我修个 bug:用户登录后页面白屏"
- "定位一下这个回归:订单接口突然返回 500"
- "线上缺陷修复:支付回调没触发"
前置准备
在启动前,请尽量准备好以下信息(缺了也能开始,但信息越全 AI 定位越快):
| 信息项 | 说明 | 重要度 |
|---|---|---|
| 现象描述 | 发生了什么?什么情况下出现? | 🔴 必须 |
| 期望行为 | 你期望的正确结果是什么? | 🟡 建议 |
| 影响范围 | 影响哪些用户/功能?是线上还是测试环境? | 🟡 建议 |
| 复现入口 | 什么页面/接口/操作能触发?频率如何? | 🟡 建议 |
| 日志/堆栈 | 有错误日志或异常堆栈直接贴上 | 🟢 加分 |
流程概览
你描述 Bug → AI 建 Bug 卡 → [复现确认] → AI 定位根因 → [方案确认] → AI 实施修复 → [测试确认] → [CodeReview] → 完成报告
其中 [ ] 为强制检查点,AI 不会跳过你的确认直接动手改代码。
你只需要做两件事
- 描述问题:用自然语言告诉 AI "什么坏了"
- 按快捷键确认:每个关键节点 AI 会停下来等你,输入
y继续,r提修改意见
适用场景
- 用户提到"修bug""定位回归""线上缺陷修复""排查问题"
- CI 失败怀疑是代码问题而非偶发波动
- 希望把修复过程沉淀成可复用步骤
- 不确定 Bug 根因,需要 AI 辅助分析
不适合的场景
- 👎 "帮我写一个新功能"
- 👎 "这段代码写得怎么样"
- 👎 "帮我理解这个模块"
人机协作原则(最高优先级)
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 架构 实现按需加载,避免一次性加载全部内容造成的上下文膨胀:
- 微文件设计:每个步骤自包含,精确按需执行
- 即时加载:仅加载当前步骤文件,不预加载后续步骤
- 顺序执行:严格按步骤顺序完成,强制检查点不可跳过
- 人机确认:每个检查点暂停等待人工确认
步骤处理规则
- 完整阅读:执行前完整阅读当前步骤文件
- 严格遵循:按步骤文件中的指令顺序执行
- 检查点暂停:到达 🔴 CP 时暂停,等待人工确认
- 加载下一步:当前步骤完成后,按 NEXT 指令加载下一步文件
关键规则(不可违反)
- 绝不同时加载多个步骤文件
- 始终在执行前完整阅读步骤文件
- 绝不跳过强制检查点(CP1、CP2、CP3、CP4)
- 始终在检查点等待人工确认后再继续
护栏
- 禁止"未经人工确认直接改代码"——CP2、CP3 为强制闸门,不可跳过。步骤 2(复现)、步骤 5(补测试)和步骤 6(CodeReview)可在执行前跳过。
- 禁止"未复现先改代码"。
- 禁止把"CI 重跑成功"当作根因修复。
- 禁止 AI 在 CP3 被否决后强行实施原方案——必须提供备选,且至少 1 个是思路完全不同的替代路径。
- 禁止"同一模块连续打补丁不审视"——步骤 3 全局审视为强制项,不可跳过。
- 默认原子提交,不混入无关重构。
- 发现高风险回归时,优先回滚(revert PR)再补回归测试。
- 若用户在任一检查点长时间未响应,AI 应主动询问而非自行决策推进。
参考文档
第三层参考材料,按需查阅:
- 完整对话示例 — 典型 Bug 修复全流程走查
- 常见问题 FAQ — 7 个高频疑问的详细解答
第一步
完整阅读并遵循 ./step-01-triage.md 开始工作流。
热门AI工具
相关专题
Vite项目打包部署专题汇集生产构建、产物预览、输出目录、资源路径、Nginx与GitHub Pages部署及常见白屏和路由404问题的已审核文章,帮助读者完成上线流程。
0
2026.10.28
Vite搭配Vue.js专题汇集创建Vue 3项目、配置开发环境、路径别名、Vue插件、代理、多环境构建与调试的已审核文章,帮助读者完成从初始化到日常开发的配置。
0
2026.10.28
Vite项目目录专题汇集入口文件、src源码、public静态资源、路径别名、项目根目录和构建输出目录相关的已审核文章,帮助读者理解各文件夹的用途与引用方式。
0
2026.10.28
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.6万人学习
共6课时 | 54.7万人学习
最新文章