让 Codex 长任务少卡住的配置检查
文章针对 Codex 长时间无人值守任务，梳理审批等待、沙箱网络、环境变量传递及模型推理设置等配置问题。作者称配置已对照官方文档检查，并提醒旧版 profiles 配置在特定版本中存在兼容性变化。
原文暂未完整获取，基于公开信息的快读
把长时间重构交给 Codex，回来却发现它一直停在审批提示上。dev.to 的一篇文章围绕这类无人值守任务，整理了模型、审批、沙箱和通知等配置。作者称已对照官方文档检查，但目前提供的节选并未覆盖全部九项，环境变量传递部分也还没展开。
目前能确认什么
长任务能否继续执行，不能只看审批开关。审批决定哪些操作需要人确认，沙箱决定进程能访问和修改哪些资源，两者管的是不同层面。
按节选的说明，approval_policy = "never" 可以取消审批提示，但仍受沙箱限制；workspace-write 用于允许工作区写入，额外目录通过 writable_roots 指定。网络则由 sandbox_workspace_write.network_access 单独控制。作者建议先安装依赖，确实需要联网时再为单次任务开启。
没有审批提示，不等于任务具备完成所需的权限。
模型也需要明确选择。节选建议设置 model 和 model_reasoning_effort，同时强调账号必须有对应模型权限，推理等级也取决于模型与客户端。
另一处兼容性变化需要留意：作者称 Codex 0.134.0 起，--profile 改为读取独立配置文件，不再读取旧的 [profiles.<name>]。项目配置还可能覆盖 profile。以上均是节选中的说法，尚未独立核验。
我的判断
长任务启动前，最该检查的是执行路径：是否要安装依赖、是否修改相邻仓库、最终生效的配置来自哪里。只把审批改成 never，可能只是把等待确认变成权限不足后的失败。
notify 在节选中只支持回合完成事件，因此收到通知也不能直接认定重构成功，仍要看验证结果。
环境变量部分目前缺失，无法判断作者具体建议传递哪些变量。涉及令牌和凭据的配置，不宜根据标题补全；旧 profile 的迁移方式，也应等完整说明或官方文档确认后再改。