How to 理解大型代码库 with Eigent

工作原理

1. 将你想要理解的相关文件、目录或功能区域提供给 Eigent。
2. 让它追踪请求流，并解释哪些模块负责业务逻辑、传输、持久化或 UI。
3. 在你编辑之前，询问校验、副作用或状态转换发生在哪里。
4. 最后让它告诉你接下来应该阅读哪些文件，以及有哪些高风险点。

更多可尝试的提示

• 哪个模块负责真正的业务逻辑，而不是传输层或 UI 层？
• 校验发生在哪里？那里强制了哪些假设？
• 如果我修改这条流程，还有哪些相关文件或后台任务容易被忽略？
• 编辑这个区域后，我应该运行哪些测试或检查？
• 解释一下这个仓库——在我深入之前先给我一张高层地图。

如何使用

打开已连接代码库的 Eigent。如果你是新手，先从宽泛问题开始（“解释一下这个仓库”），然后再缩小到你需要修改的具体区域。你把请求范围限定得越具体——例如功能名称、目录、请求路径——得到的解释就会越具体。持续追问，直到解释足够明确，让你有把握完成第一次修改。

预期输出

一份具体的模块地图，说明哪些代码负责什么；一条追踪后的请求流；关键的校验检查点；一份有风险或容易遗漏区域的清单；以及在修改前需要复查的下一批文件阅读列表。

局限性

• 最适合将请求限定到某个具体区域，而不是一次性询问整个仓库。
• 对于非常大的 monorepo，最好先缩小到单个服务或包。
• Eigent 读取的是已连接代码库中的内容——它无法推断自己未观察到的运行时行为。