Codex CLI 的高风险权限与沙箱按项目调整

这是什么风险

Codex（AI 编程与自动化辅助工具） 的高风险权限（如网络写入、文件系统覆盖、删除、远端执行）和沙箱设置是全局生效的开关，按错或为追求速度临时关闭，会把整个仓库或更广的系统暴露给 Agent。一次错误的写操作可能在生产数据或外部服务上留下难以回滚的痕迹。

来源：程序员HaiJun 在 我用了 8 个月 Codex CLI，总结出这套 AI 编程工作流 中明确写明"高风险权限与沙箱设置需要按项目调整，不能因为追求速度直接取消保护"。

触发场景

• 在新项目里直接把 Codex 的默认权限模式提高一档以求"跑得通"。
• 在公司项目上复用个人项目的宽松权限配置。
• 不区分沙箱级别，在生产环境或含敏感数据的仓库上启用最高权限。
• 凭证（API key、cookie、SSH key）随权限放宽被 Agent 直接读取并外发。

缓解做法

• 按项目评估：哪些命令允许 Agent 直接执行、哪些必须经人确认。
• 把"禁止事项"写进 项目级 Agent 指令文件（AGENTS.md / CLAUDE.md 同类）（如禁止 --no-verify、禁止 force push、禁止直接删除生产数据）。
• 敏感操作走人工审核步骤，而不是由 Agent 一气呵成。
• 凭证放在 Codex 客户端之外的安全位置，不要因为 Agent "需要"而临时暴露。

检查点

• 上线前再次确认当前项目的权限与沙箱配置是否符合本文档约定。
• 不允许"为调试方便"在生产环境放宽沙箱。
• 任何凭证变更必须记录在变更总结里。

与现有 Wiki 的关系

• 与 Claude Code 在 MCP / Hooks / Slash Commands 上的权限与凭证暴露风险 类似但作用对象不同：那是 Claude Code 的权限与凭证风险，本页专指 Codex（AI 编程与自动化辅助工具）。
• 与 Codex CLI 的上下文漂移与“能跑但不符合业务”失败模式 互补：那条关注"输出是否业务正确"，本页关注"Agent 是否被允许做那些事"。