选入口时先回答一个问题。这项工作要不要反复使用同一批文件和说明。一次性的解释可以开独立聊天，连续开发或会产生多个结果的工作更适合放进项目。需要修改电脑里的代码，还要把正确的本地文件夹交给项目。
本文内容核对到 2026 年 8 月。桌面端的项目入口和菜单位置可能继续变化，开始工作前应以界面里显示的实际路径为准。
独立聊天适合短而完整的结果
一段错误信息的解释、一个只读问题或一份不依赖仓库的检查清单，都可以从新聊天开始。它们有明确终点，也不需要以后继续复用项目文件。
任务开始变长时，独立聊天会逐渐缺少稳定上下文。后续聊天如果还要使用同一份代码、规则和资料，创建项目更省事。官方文档建议让每个独立结果使用单独聊天，项目负责保留这些聊天共同依赖的内容。
项目负责组织相关工作
一个项目可以容纳多次聊天。可以把功能开发、测试补充和发布检查分成不同聊天，同时让它们围绕同一产品。聊天标题最好写出结果，例如“修复移动端菜单”或“核对支付回调测试”，以后查找会更快。
项目里的聊天仍然各有自己的消息和结果。某个任务已经完成就归档，常用的项目或聊天可以固定在侧栏。固定操作只改变显示位置，不会自动增加文件权限。
本地文件夹决定文件工作范围
本地项目可以关联一个或多个电脑文件夹。主文件夹会成为新聊天的默认工作目录，也用于 Git 操作，以及自动发现 AGENTS.md、Skills 和 config.toml。附加文件夹仍可供搜索、读取或编辑，但不会按主目录的方式自动发现这些项目文件。
网站和配套文档确实需要一起修改时，可以挂在同一项目。彼此无关的仓库应放进不同项目。这样既能减少搜索噪声，也能让权限边界更容易看懂。
项目范围仍受权限控制
把文件夹加入项目，只说明聊天可以把它当作工作上下文。沙箱继续约束本地命令能读取、修改和联网的范围，越过边界的操作还会进入审批。项目和权限要分别检查。
一个实用做法是让项目只挂工作所需目录，再保持较窄的写入权限。需要临时读取另一份资料时，可以单独添加文件，任务完成后不必把无关目录长期留在项目中。
开始前做一次路径核对
新聊天发出修改请求前，可以先让 Codex 只读列出当前工作目录、Git 分支和未提交改动。随后看一眼文件列表，确认它没有走到更大的父目录，也没有进入另一个同名仓库。
需要同时推进两项代码工作时，不要让两个聊天修改同一个工作区。为它们准备不同 worktree，并让每个 worktree 使用独立分支，完成后再逐项合并。项目负责归类，worktree 负责隔离文件改动，两者解决的问题不同。
一个简单的选择顺序
先判断结果能否一次完成。能完成就开新聊天。需要继续复用资料时建立项目。任务会碰本地文件，再添加范围合适的文件夹。存在多个相关仓库时选好主目录，最后用只读检查确认路径和 Git 状态。