第四章：查：搜索与阅读代码（找到证据链）

4.1 先定原则：不凭感觉改代码

Trae 的强项不是“猜一个答案”，而是帮你把证据找全：

• 入口在哪
• 谁调用了谁
• 为什么会出错
• 哪些边界会触发

你应该把“证据驱动”写进任务里：

只基于代码库实际搜索与阅读结果做结论；不要凭经验假设项目结构。

4.2 搜索的正确顺序：从入口到落点

一个可复用的搜索顺序：

1. 找入口：路由/Controller/页面组件/CLI 命令
2. 找调用链：关键函数与下游依赖
3. 找数据结构：DTO/Schema/核心模型
4. 找验证点：现有测试与断言

你也可以直接让 Trae 按这套顺序输出：

请按顺序定位：
1) 入口文件
2) 调用链（列出关键函数）
3) 相关数据结构
4) 现有测试与可用的验证命令
输出你找到的证据（文件路径 + 关键函数名）。

4.3 阅读的目标：找“可改动的最小位置”

读文件不是为了把整仓库背下来，而是为了回答两个问题：

• 最小改动点在哪里（哪个函数/哪个分支）
• 改动后如何验证不回归（哪些测试覆盖）

建议你在每次阅读后要求一个最小方案：

请给出最小修复方案：
- 改动哪些文件
- 为什么只改这些
- 风险点是什么
- 需要补哪些测试

4.4 本章小结

你已经能用“查”的能力把任务拉回工程轨道：

• 搜索与阅读先行，证据链完整
• 目标是找到最小改动点，而不是全仓库扫一遍
• 每次调查都要输出：入口/调用链/风险/验收命令

下一章进入“改”：如何用可审阅方式修改文件，让改动小步、可回滚。