在Codex中应使用「项目」而非「对话」管理多任务，为电商后台、用户中心等项目分别创建独立工作区并配置专属API_KEY（通过CLI profile或项目级.env.local），子任务按交付物类型命名（如【TEST-ORD-EXPORT-UNIT】）并归档至TASK_LOG.md。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在Codex中同时推进电商后台、用户中心和报表系统三个项目时，任务混在一起会导致接口路径写错、数据库配置覆盖、密钥误用——这不是模型不聪明，而是你没给它划清地盘。
用「项目」代替「对话」做容器
左侧边栏点击「项目」→「新建项目」→ 选择本地文件夹作为工作区。这个文件夹将成为所有子任务的共享根目录。
【注意】不要把所有任务都塞进「对话」列表里——对话适合一次性咨询，项目才是长期协作的容器。
例如：电商后台项目选 ~/projects/ecommerce，用户中心项目选 ~/projects/user-center，两个项目各自独立读写文件，互不干扰。
为每个项目配置专属 API_KEY
方法一：用 Codex CLI 的 profile 分离用量
在终端执行：codex --profile daily 启动日常分析任务，codex --profile dev 启动开发任务，codex --profile heavy 启动大仓库重构任务。
每个 profile 对应一个环境变量（如 API_KEY_DAILY），后台用量可单独查看、单独停用。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
方法二：直接在项目根目录下建 .env.local，只写当前项目需要的密钥，Codex 会自动加载该目录下的环境变量。
【禁止在项目外全局设置敏感密钥】，否则用户中心的测试密钥可能被电商后台任务意外调用。
子任务按交付物命名并归档
第一步：识别当前子任务类型 → 第二步：选定命名法 → 第三步：粘贴到 TASK_LOG.md
遇到“补全订单导出接口的单元测试”，立刻判断这是测试类交付物，模块缩写为 ORD，于是命名为【TEST-ORD-EXPORT-UNIT】。
遇到“更新用户头像上传的 OSS 配置”，属于配置类变更，模块为 USER，命名为【CONF-USER-AVATAR-OSS】。
所有子任务关闭前，必须将最终生成的代码块、验证命令、失败日志截图三者合并为一段 Markdown 文本，粘贴到项目根目录下的 TASK_LOG.md 文件对应章节。
