大家好呀我是 Lazy熊。很多人第一次把 Codex 丢进一个老项目时最容易有一种错觉它既然能读代码那我直接让它看就行。但真到实战里你很快就会发现老项目和新建 demo 不一样。所以今天我讲一个特别适合新手的问题第一次让 Codex 读一个老项目最该先确认哪 4 件事。如果你还没有安装codex。可以移步历史教程快速开始。如何使用中转站跑通Codex 一篇直接照着配一、先说结论先确认目录、入口、相关文件和边界如果你第一次让 Codex 接手老项目我最建议你先看这 4 层当前目录是不是对的项目入口是不是找对了和当前任务最相关的文件是不是找对了有没有哪些地方本来就不该乱动这 4 件事不先确认后面最容易出现的问题就是Codex 读得很认真但读偏了找到了很多文件但不是最关键的看起来分析很多实际跟你任务不对焦一上来就动到老项目里的高风险区域所以老项目最稳的方式不是“直接开改”而是先把入口和边界对齐。二、第一件事先确认当前目录是不是对的这一步很多人会忽略。觉得只要进了项目大差不差就行。但老项目经常是多层目录、多子模块、多历史文件混在一起。如果你本来想处理的是admin-web结果人站在了仓库根目录Codex 一路往下看就很容易把信息读散。所以第一次最稳的动作不是提需求。而是先让它确认当前目录请先不要修改代码。 先告诉我当前目录下主要有哪些模块或子目录。 并判断我现在所在的位置是否适合直接处理前端页面相关任务。这一步的价值是先确认你和 Codex 站在的是不是同一个“工作位置”。如果连目录都站错了后面读再多都是偏的。三、第二件事先确认入口文件是不是找对了老项目最容易让新手发懵的一点就是入口不止一个。可能有页面入口路由入口应用入口子模块入口你如果不先让 Codex把入口找出来它后面很可能围着一堆局部文件打转但一直没抓住主线。更稳的问法是请先阅读当前项目不要修改代码。 告诉我1. 这个项目的主入口文件在哪里2. 路由入口在哪里3. 页面级代码主要集中在哪些目录4. 如果我要处理一个页面功能最合理的阅读顺序是什么这一段特别适合老项目。因为你不是让 Codex 一上来展示能力而是先让它把地图摊开。四、第三件事先确认“相关文件”是不是找对了很多新手第一次让 Codex 读老项目时会直接说“帮我看看这个项目。”这句话最大的问题是范围太大。老项目里真正和你当前任务有关的通常只有一小块。所以你更应该先让 Codex 做的是缩范围。比如我现在想处理【订单列表页面】。 请先不要修改代码。 先告诉我1. 和这个页面最相关的文件有哪些2. 每个文件分别负责什么3. 如果只做最小改动优先应该从哪个文件下手4. 哪些看起来相关但其实可以先不读这一步很有用。因为很多新手不是不会看而是不知道该先看哪几个。Codex 真正值得用的地方不是帮你读完全部而是帮你先缩小阅读范围。五、第四件事先确认哪些地方本来就不该乱动老项目最危险的一点是“看起来哪都能改”。但实际上很多地方改错一次后面排查会特别痛苦。比如公共组件公共工具函数请求封装层老旧但还在用的兼容逻辑所以第一次读老项目时你最好顺手让 Codex 做一件事先帮你标高风险区域。比如请先告诉我这个项目里有哪些目录或文件看起来属于高风险区域。 比如1. 公共组件2. 全局配置3. 接口封装层4. 多个页面共用的逻辑 请说明哪些地方新手不适合一上来就改。这一段特别适合新手。因为它能帮你少踩很多“不是不会改而是不该先改”的坑。六、第一次读老项目不要追求全懂这一点我特别想强调。很多新手第一次看老项目心里会有一种压力是不是我得先全看懂才能开始做事其实不是。更稳的方式通常是先看懂和当前任务直接相关的那一小块。老项目你不可能一口气全吃下来。你真正需要的是先把当前任务的最小闭环读清楚。比如页面在哪数据从哪来状态怎么更新改完应该怎么验先拿到这一小块的清晰感比硬读完整个项目更重要。七、收藏版阅读卡片如果你想省事可以直接保存这一张第一次让 Codex 读老项目先确认这4件事1. 当前目录是不是对的2. 项目入口是不是找对了3. 当前任务最相关的文件是不是找对了4. 有没有哪些地方本来就不该乱动 对应提示词 请先不要修改代码。 先帮我确认当前目录、入口文件、相关文件和高风险区域。 如果只做当前任务的最小改动最合理的阅读顺序是什么
