m.9方法⏱ 约 6 分钟

调试方法论:复现→定位→最小化→修复

面对任何 bug 都不慌的四步法

🔎 最后验证 2026-05📚 来源:《AI编程实战三卷书》卷二🧰 Claude Code✅ 112 人学过👁 206 次阅读

为什么学这个

P3 你学了"把报错丢给 AI"。但遇到难缠的 bug,光丢报错不够。这一节给你一套调试方法论——四个步骤,让你(带着 AI)面对任何 bug 都有章可循,而不是瞎试一通、越改越乱。

💡 打个比方

调 bug 像医生看病:不能一上来就开刀(乱改代码)。要先确认症状能稳定出现(复现)、找到病灶(定位)、排除无关因素(最小化)、最后对症下药(修复)。乱试药,只会让病情更复杂。

调试四步法(记住这个顺序):

🔗 连一连

把调试步骤和它的目的连起来。

先点左边一项,再点它对应的右边。

❓ 测验

遇到一个 bug,按方法论第一步该做什么?

⚠️ 避坑最忌'没复现没定位就让 AI 一通乱改'

看到报错就立刻让 AI 改、改了没好再换个地方改——这是越调越乱的典型。先复现、先定位,把一个清晰的最小问题喂给 AI,它才能精准修。带着方法论用 AI,远胜于把 AI 当"碰运气的改码机"。

🤖 带方法论和 AI 一起调 bug

我有个 bug,我们按方法论来:1) 我先描述'什么情况下必然出现'(复现);2) 请你帮我分析'最可能在哪一块'(定位),并告诉我怎么用日志/二分法确认;3) 锁定后,我给你最小复现;4) 你先讲清根源再修,修完我们用测试验证。现在开始第一步,我来描述复现条件:【……】

🔎 来源与核验· 1 条,点开核对

本节每个关键论断都对应一个可追溯的来源 —— 这是本课程"靠谱、不过时"的底线。

「复现→定位→最小化→修复是系统化的调试方法,优于无序试错」

下次遇到一个不好搞的 bug,别急着把报错整段丢给 AI。先自己走四步:①复现(什么操作必现?)②定位(在哪一段?加日志或二分注释)③最小化(删掉无关代码还能复现吗?)④带着这些再问 AI。

对比一下:"只丢报错" vs "带着稳定复现步骤 + 最小可复现例子"这两种问法,AI 给出的解决质量。

你会看到:后者 AI 常常一次就中;前者它只能瞎猜,越改越乱。调试不是把报错甩给 AI,是你(带着 AI)有章可循地逼近它。

✅ 小结

需求拆解、上下文管理、喂料、提示进阶、学习式提问、审查清单、测试、调试——这套"工程方法"是大多数教程从不教的内功。

还剩最后一种场景没讲:上面这些方法,默认你多少看得懂自己的项目。要是代码库是别人写的、语言你还不会呢?(比如你写前端,活儿是 Java。)接下来两节专治这个。

下一节 → 接手陌生代码库:先要地图,不要动手

都看到这了，打个赏呗！