Codex App 设置：把模型、权限和本地行为调到合适状态

适用场景

这篇手册适合第一次长期使用 Codex App，或者准备把 Codex App 放进日常开发流程的用户。设置页不是一次性“全开”入口，而是用来控制模型、权限和本地工作方式的地方。

OpenAI 官方文档提供了 Codex App 设置说明。不同版本界面可能略有差异，具体项目应以当前客户端显示为准。

步骤 1：先确认账户和工作区

开始改设置前，先确认两件事：

• 当前登录的是正确账号或团队。
• 当前打开的是正确项目目录或 worktree。

如果账号或目录不对，后续模型、权限和任务记录都可能混在一起。团队项目尤其要注意不要把个人实验目录当成正式仓库。

步骤 2：选择适合日常任务的默认模型

默认模型应该服务你最常做的任务。

常见选择思路：

• 日常问答、小改动、文档编辑：保持默认即可。
• 复杂重构、安全审查、跨模块 bug：在任务中临时提高要求，或使用专门 profile。
• 内容站维护：更重视事实来源、结构和发布规范。

不要为了“看起来更强”而把所有任务都调到最高配置。更好的方式是让默认设置轻便稳定，高风险任务单独说明。

步骤 3：检查审批和权限边界

Codex App 可能会读取文件、运行命令、访问浏览器或操作桌面应用。设置时要先想清楚允许范围。

建议默认保持谨慎：

• 让 Codex 在写入或高风险操作前请求确认。
• 不要让它默认访问不相关项目目录。
• 对涉及外部网络、密钥、生产数据的任务单独说明边界。
• 对桌面应用操作保持人工确认。

如果你只是写文章或改 Markdown，权限可以更保守。

步骤 4：把项目规则放到仓库里

App 设置无法替代项目规则。项目规则应放在 AGENTS.md 或团队文档中。

例如内容站可以写：

- 手册文章放在 content/manual。
- 每篇文章必须包含 source 和 status。
- 没有官方截图时不要使用概念图或生成图。
- 修改内容读取或路由后运行 next build。

这样不管你在哪个线程里使用 Codex，规则都能跟随项目。

步骤 5：设置变更后做一个低风险测试

调整设置后，先用低风险任务验证。

示例：

请读取当前项目结构，说明你会使用哪些验证命令。不要修改文件。

如果 Codex 能正确识别项目、规则和权限边界，再交给它执行真实任务。

常见错误

不要把 App 设置当成团队规范。团队规范应该写进仓库。

不要把权限开得过大后忘记收回。权限越大，误操作成本越高。

不要忽略账号和目录。很多“改错项目”的问题都来自开局上下文不清。

小结

Codex App 设置的核心是让默认体验稳定、权限边界清楚、项目规则可继承。先确认账号和工作区，再调整模型与审批，最后用小任务验证行为。