大仓库上下文放不下，怎样按模块读取又不丢目标

大仓库按问题切模块，不按文件数量切批

上下文不足时先固定用户问题、入口和验收标准，再把仓库分为需要立即读、可能相关和暂不读取。每批都输出可引用的模块结论。

每批总结都像新的仓库介绍

常见原因：没有固定问题和跨批状态，模型每次重新理解项目。

处理方法：建立状态文件，保存入口、已证实关系、未知项、关键路径和下一批要回答的问题。

把涉及的文件、目录、版本、命令和实际输出写进记录；代码变化同时保留 diff 与测试结果。

找到了很多文件却不能定位修改点

常见原因：按目录浏览而非沿调用和数据流追踪。

处理方法：从唯一文案、路由、接口、表名或报错开始，只读能回答当前跳转的文件。

确认“找到了很多文件却不能定位修改点”已经有可回查结果，再进入“跨批结论互相冲突”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

跨批结论互相冲突

常见原因：版本、分支、生成物或术语没有记录。

处理方法：每批写提交、文件路径和证据片段；冲突时回到当前文件复核，不选更像真的一条。

确认“跨批结论互相冲突”已经有可回查结果，再进入“重要配置最后才发现”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

重要配置最后才发现

常见原因：只读源码，没有检查规则、构建、CI、环境和生成器。

处理方法：第一批固定扫描项目规则、清单和验证入口，再进入业务模块。

需要修改时先限定文件和行为范围，无法说明回滚方式或影响面的动作先不执行。 完成后把证据归入“模块地图、固定问题和跨批结论”。

模块地图必须保持可更新

地图记录模块职责、入口、依赖、数据、验证和未知项。每完成一批只新增或修正有证据的关系，避免用长摘要代替路径。