例子 1：让 AI 带你读懂一个陌生项目

你拿到一个开源项目，几百个文件，不知道从哪看起。

什么情况

课程设计要参考一个开源项目，或者实习第一天被丢进一个代码库。

打开一看：src/ 下面几十个目录，package.json 一屏都拉不完。从哪看起？

以前的办法是硬读——读两天，还是不知道这程序到底从哪跑起来。

别问「帮我讲讲这个项目」——那样你只会拿到一段泛泛的 README 复述。

先让它定位入口，再一圈圈往外问：

我在读 D:\code\xxx 这个项目。先别急着解释，做三件事：
1. 找到这个程序真正的入口文件，告诉我路径，以及你凭什么判断是它
2. 顺着入口往下，列出它启动时按顺序调用的主要模块
3. 用一张树状图画出这些模块的调用关系

拿到入口之后，再一个一个问：

刚才你列的 xxx.js，它负责什么？
给我看它最核心那个函数的完整代码，然后逐段解释它在干什么。

因为「入口」和「调用顺序」是读代码的抓手。

一个项目再大，你只要知道「它从哪跑起来、接下来调了谁」，剩下的都是顺着爬。

反过来说，上来就问「这项目是干嘛的」，得到的答案永远停在 README 那一层——
那不是读代码，那是读简介。

它可能会读错文件，或者把名字相似的文件搞混。

凡是它给你的路径，你都自己打开看一眼。 花不了几秒，但能立刻发现它有没有在编。

同一个套路，能套在很多地方：

核心就一句：先让它给你「抓手」（入口、结构、顺序），再顺着抓手往下挖。