m.10方法⏱ 约 7 分钟

接手陌生代码库:先要地图,不要动手

让 AI 给可核对的定位,而不是可信的概括

🔎 最后验证 2026-08📚 来源:本机 Temurin JDK 17.0.14 实测🧰 Claude Code、Git

为什么学这个

你是写前端的,今天领导丢给你一个 Java 后端仓库:「就改个小地方,你用 AI 弄一下。」你打开它,几百个文件,一个都不认识。这一节解决的就是这个开局——在你完全看不懂的代码库里,怎么让 AI 带你找到该改的那一行,而且这个结论你能亲手核对。

💡 打个比方

到了一座没去过的城市,你不会张口就问「这城市怎么样」——那种答案听着都对,一个也用不上。你会问「从这里到火车站,坐几号线、在哪站换乘」。能照着走、走错了当场就知道的,才叫路线;听着顺耳的,只是介绍。

为什么"让 AI 先读一遍"到这里就不够用了

6.4 你已经学过让 Claude 先读项目再动手。那节的例子是三个文件的待办清单——它读完说「app.js 负责添加删除任务」,你自己打开一看就知道对不对。

现在换成一个你不懂的语言、几百个文件的仓库,情况变了:它说什么你都没法当场判断。 这时候最危险的不是它读不懂,而是它读得很顺——概括得头头是道,你没有任何抓手去验。p.20 讲过 AI 会「盲目自信地解释错」,而在陌生代码库里,你连"觉得不对劲"的直觉都没有。

所以规则要换一条:

只接受能当场核对的答案。

拿到陌生仓库,按顺序问三个问题。每个问题都规定了答案的形状——这才是关键。

问	要求它给的答案形状	你怎么核对

都看到这了，打个赏呗！