第 10 章 · 四个实战
实战二:让 AI 帮你找出并修好一个 Bug
"我的东西坏了"是最含糊的一句话。学会报故障,是你从新手到熟手的一道分水岭。
先分清你遇到的是哪一类"坏"
一类:直接报错
屏幕上出现一串红字或英文报错。最好办——把完整报错原样给它,别只截图截一半。
二类:不报错但不对
能打开,但按钮点了没反应、图片不显示、排版乱了。要说清"期望什么 + 实际看到什么"。
三类:数字对不上
统计出来的金额、数量跟预期不符。最需要耐心,要说清"你期望多少、实际多少、数据从哪来"。
三步法:复现 → 定位 → 验证
-
复现:先说清怎么才能看到这个问题
新手最常漏掉这一步。它的价值在于:如果连你都不知道怎么复现,它就只能靠猜。
句式:我做了[A],然后[B],就变成了[C]。我期望的是[D]。 -
定位:要求它先找原因,别急着改
关键的一句:
先别改代码。请先分析最可能的三个原因,说明你凭什么这么判断,我确认后再动手。
为什么要这一步?因为它和人类一样,"猜着改"很容易改出新问题。让它把推理讲出来,你能立刻发现它是不是理解错了。 -
验证:改完必须自己跑一遍
改完请实际运行一次确认问题消失,并告诉我你验证的具体步骤和看到的结果。
这条指令的含金量极高:它会挡掉大量"我以为改好了"的情况。
报错求助模板(存下来,随时改)
Bug 求助模板
【现象】我做[具体操作]的时候,出现了[具体问题]。
【期望】我原本希望它[正确表现是什么]。
【复现步骤】1. 打开[什么] 2. 点击[哪里] 3. 就看到问题
【报错信息】[把完整报错原样粘过来,不要截断]
【环境】[Windows 11 / macOS / 浏览器版本等]
【要求】先分析原因,别急着改;确认原因后再动手;
改完请实际验证一次,并告诉我你怎么验证的。
一个真实感很强的例子
无效求助
我的网站坏了,你帮我看看
它只能回你"能不能说得具体些"。一来一回,五分钟没了。它看不到你的屏幕,你说得少,它就只能猜。
有效求助
我的网站打开后,中间那三张卡片全是灰色的,图片没显示出来。我期望看到三张产品照片,照片就在同文件夹的 photos 目录里。打开页面按 F12 控制台显示 Failed to load resource: net::ERR_FILE_NOT_FOUND。先帮我分析原因,别急着改。
它几乎立刻能定位:路径写错了或者文件名大小写不对。
刻意练习"报故障"的能力
同一个问题,会描述的人三句话解决,不会描述的人折腾半小时。这项能力和 AI 无关——你跟水电工、医生、客服打交道时,用的是同一套本事:说清现象、说清期望、说清怎么复现。
提示:用键盘 ← → 可以翻到上一章 / 下一章