省流：codex如何管理项目记忆和本地文件夹结构心得。 最近俺也开始用Codex 做新功能开发和项目管理，用的时候还是按直觉给每一个新功能一个codex项目文件夹，虽然看起来逻辑清晰，但是近期发现了一个问题： 如果我在一个对话里同时聊一个产品各个方向。设计、制作demo、市场宣传.. 一开始这样很方便，因为所有都在一个项目里。 但是随着功能越来越多之后，每个功能信息互相独立，每次开新功能又要重新解释。记忆不互通。 但是如果所有的新功能都在一个codex项目，那又杂乱无章，无法管理。 后来我研究了一段时间大概弄懂了一个逻辑（可能只有我刚懂） Codex 里的文件夹其实跟电脑本地的并不是关联绑定关系。虽然在项目中不能创建子文件夹，但是其实在本地是可以创建并且在codex中通过对话指定的。 codex中的项目其实不是仓库，更像工作台。在台上可以杂乱的工作，但是工作后需要整理成果，归档文件。 我推荐这么管理： 一个产品 （所有新功能开发）= 一个 Codex 项目 + 一个本地大文件夹 一个新功能 = codex项目里的数个对话+本地大文件夹里的一个功能文件夹 一个新话题= 围绕某个功能文件夹的一次分支会话 比如在本地文件夹中是： 产品开发/ features/ xx-tool/ README.md design.md decisions.md marketing/ shared/ outputs/ archive/ 这样每个功能都有自己的“长期记忆”： 每个文档各司其职。 与此同时在codex工作界面中： xx-tool｜主对话 xx-tool｜Demo xx-tool｜批量测试 xx-tool｜市场宣传 … 并且在每一个新对话的第一句中都要写明： “这个对话围绕 features/xx-tool/ 工作。 请先阅读项目文件，之后所有产物都放回这个功能文件夹。” 这时 Codex 就可以读取该功能的本地上下文。 其实底层逻辑就是记忆管理和文件归档。每个项目放在一个文件夹，是为了读取项目的上下文。把一类（例如所有新功能开发）放在一个大文件夹是方便管理文件，归档资料、输出物。 我感觉这个方法会让项目管理、过程复盘都清晰很多。但是也只是我的新手心得，大佬们有更好的方法欢迎交流！ #codex