提示词
我要读懂这个项目，先帮我画地图。
我贴的内容：{{材料}}（目录树 / package.json / 入口文件）
我想完成的事：{{目的}}
要求：
1. 按「一个请求进来会经过哪几个文件」给出主链路，最多 6 步，每步一句话。
2. 标出三类文件：必须读的（3 个以内）、可以跳过的、改了影响面最大的。
3. 指出哪里是配置驱动的（改配置就能改行为，不用改代码），这类地方对新人最友好。
4. 给一个 30 分钟的阅读顺序，每步读什么、要回答什么问题。
5. 明确说：仅凭这些材料，哪些结论是猜的。开工前要交代清楚的信息
这几项没交代，模型就会自己假设一个填进去——大多数「答得不对」都是从这里开始的。
- {{材料}}：先贴目录树 + package.json，比一次贴源码有效
- {{目的}}：改一个功能 / 修一个bug / 加插件
必须逐项过一遍
这一行活最容易漏的地方。已经写进提示词了，不用你再记。
- 一次贴全量源码反而更差，先给结构。
- 「哪些是猜的」这一条能防止你把推测当事实往下走。