用Codex久了，很多人都有过这种体验：明明上次纠正过的错误，这次它照样犯，你得把同样的话再教一遍，像带一个记性差的新人；更麻烦的是文件管理——新项目的代码、文档、脚本被它随手存到电脑各个角落，桌面一个、下载文件夹一个、文档目录里还散着几个。等下次再派新任务，它得把整个电脑扫一遍，才能找到核心文件放在哪。
这两个问题的根源其实是同一个：这个智能体没有”工作规范”，也没有”记忆沉淀”，每次开工都是一张白纸。解决办法不算复杂——给它在workspace里搭一套架构管理，让它自己复盘、自己记踩坑日志。这个思路之前讲过一次，上篇作品阅读量很高，不少人留言催实操细节，这次就把它拆开讲清楚。
第一步：桌面建一个workspace文件夹
装好Codex之后，先在桌面创建一个名为workspace的文件夹，这是它以后的核心工作区，所有项目都从这里出发。文件夹里放三个核心文档，各管一摊：
- 全局工作台：Codex执行新项目前必须先读完的工作手册，相当于给它的最高指令，里面写清楚每个文档是干什么的，以及命名规范。
- 全局复利与踩坑日志：记录它犯过的所有错误和值得复用的好做法。哪里做得不满意、哪些方法可以重复用，全记在这里。
- 新项目SOP：规定每接一个新项目，必须新建一个”project+编号+项目名”的文件夹，所有相关内容、文档、代码全部放进对应文件夹，不许散落到电脑其他位置。
有人可能会问：踩坑日志越写越长，难道每次都要一个字一个字全读一遍？不用。全局工作台就是干这个的——它会告诉Codex，犯错了或者拿到满意成果之后，自己把要点总结进日志，平时按需查阅就行。工作台负责指挥，日志负责沉淀，SOP负责约束文件去向，分工清楚。
用编号命名，等于给Codex装了个GPS
按这套SOP跑上一段时间，workspace里会攒下一排”project001-某某项目””project002-某某项目”这样的文件夹。好处很实际：文件不再散落各处，管理省心；更关键的是，进workspace扫一眼文件夹名，就能大致知道之前做过哪些项目、这次新任务该重点关注哪些文件——相当于给Codex装了个GPS定位，它不用再全盘扫描找文件。
关键一步：往AGENTS.md写入最高指令
架构搭好了，新问题也来了：怎么保证Codex每次接新项目都会先看这三个文档，而不是直接跳过就去干活？
这就要用到Codex的底层记忆中枢——AGENTS.md。这个文件在装好Codex之后就存放在它的核心项目文件夹底下，记录你的使用习惯、沟通风格偏好和你给它的最重要要求，Codex每次启动都会读它。
所以整套架构里最关键的一步，是在AGENTS.md里写入一条最高优先级规则：无论项目大小，执行前必须先查看全局工作台、全局复利与踩坑日志、新项目SOP这三个文档，确认阅读完成后再开工；过程中踩过的坑、能持续复利的内容，全部总结到对应日志里。
不用手写，一条指令全搞定
看到这你可能有点犯怵：这么多文档，难道要我一个字一个字自己写？完全不用。把搭建工作也交给Codex，你只需要把下面这条指令发给它：
帮我在workspace里创建一个全局工作台的文档，用于规范Codex的行为规则；再帮我创建一个全局复利与踩坑日志的文档，用于记录犯过的错误、踩过的坑、走过的弯路以及未来可以持续复用的方法；最后帮我创建一个新项目SOP的文档，要求每执行一个项目必须要创建一个project+编号+项目名称的文件夹，而且所有相关的内容全部需要存放到对应的文件夹当中，不能放到电脑的其他位置。同时把以上的命名规范、各个文档的使用规则，包括文档的目录结构，全部汇总到全局工作台里面。在做完以上所有的事情之后，一定要在我的AGENTS.md文档这个记忆中枢里面写入一个最高优先级的指令：在未来执行任何新项目之前，必须先查看全局工作台、全局复利与踩坑日志以及新项目创建的SOP这三个文档，确认阅读完成以后再执行新的任务。
发完这条指令，剩下的事Codex会自己完成。以后每次接新项目，它都会按规矩先读文档、建好文件夹，干完活自己复盘、自己总结、自己优化。
说句实在话，这套架构不是装完就立刻见效的——踩坑日志需要积累一两周，复利效果才慢慢出来；日志内容也得定期让它自己精简，不然文档越滚越长，每次开工前的阅读成本反而变高。前期多花十分钟搭架子，换来的是后面每次派任务都省心，这笔账怎么算都不亏。
