Codex 处理大型仓库的正确方式

几百个文件的小项目，可以让 Codex 很快建立全局理解；但面对大型 Monorepo，如果一开始就要求“分析整个项目并优化”，效果通常不好。

大型仓库应该先定位，再深入。

例如：

我要修改“用户退款”功能。
先只做定位：
1. 找到退款 API 入口；
2. 找到核心 service；
3. 找到支付渠道适配层；
4. 找到相关测试；
5. 不要修改任何代码。

定位完成后，再限制到对应目录继续分析。

如果项目有多个应用，可以明确告诉 Codex：“只关注 apps/api 和 packages/payment，其他目录除非被直接引用，否则不要展开。”

还可以让它先生成一个“最小上下文清单”，告诉你完成这个任务真正需要读哪些文件。这样能够避免大量无关上下文进入会话。

对于长期维护的 Monorepo，可以在不同子目录放更具体的项目说明，把通用规则放仓库根目录，把模块规则放到对应模块附近。

大型仓库里，Codex 最大的优势不是一次性读完所有代码，而是比人更快地搜索、串联和验证局部链路。把问题切小，它往往能比“全仓扫描”发挥得更好。