旧版codex脚本在gpt-5.5+codex中报错是因安全策略变更：①沙箱拦截需加#workspace-allow白名单；②mcp调用须预注册服务；③approval_policy默认untrusted，需加#approval-policy never临时降级。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
旧版 Codex 写好的自动化脚本、技能链（skill chain）、MCP 任务模板，在升级到 2026 年 5 月发布的 GPT-5.5+Codex 后直接报错、卡死、权限拒绝或返回空结果——这不是你写错了，而是新版默认安全策略和指令解析逻辑已发生实质性变更。
确认脚本是否触发沙箱拦截
新版 Codex 默认启用 workspace-write 沙箱模式，仅允许修改当前工作目录下文件。若脚本中含类似 cp /tmp/log.txt ./output/ 或 rm -rf ../config/ 这类跨目录操作，会静默失败且不报错。
执行前先运行：codex --dry-run your_script.codex，观察输出中是否出现 [sandbox] blocked path access to: /tmp/ 类提示。
如确认被拦截，需在脚本顶部显式声明路径白名单：#workspace-allow ./data/ ./output/ ./scripts/。注意：该指令必须是脚本第一行，且路径以 ./ 开头，绝对路径无效。
修复 MCP 服务器调用失效
旧版脚本中直接写 mcp://figma 或 call_mcp("figma", ...) 在新版中会报 Unknown MCP server "figma" 错误，因为新版强制要求所有 MCP 服务必须在 [mcp_servers] 表中预注册。
方法一：手动补全配置项
打开 $CODEX_HOME/config.toml，在末尾添加：
[mcp_servers.figma]<br>url = "http://127.0.0.1:3845/mcp"<br>bearer_token = "your_token_here"
方法二：脚本内联注册（仅限临时调试）
在脚本开头插入以下 TOML 片段（必须紧贴第一行，不可有空行）：
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
#mcp-server figma http://127.0.0.1:3845/mcp token=your_token_here
注意：inline 注册不支持复杂字段如 timeout 或 ca_bundle，生产环境务必走 config.toml 配置。
验证 approval_policy 兼容性
第一步：检查当前策略值
运行 codex config get approval_policy，若返回 untrusted（新版默认），则所有高风险指令（如 exec、shell、write_file 到非白名单路径）都会暂停并等待人工确认。
第二步：为旧脚本临时降级权限
在脚本最顶部添加注释指令：#approval-policy never。该指令仅对当前脚本生效，不会影响全局配置。
第三步：批量测试关键行为
用以下三组最小化测试用例分别运行，确认是否全部通过：
① echo "test" > ./tmp.txt
② curl -s https://httpbin.org/get | head -n1
③ python -c "print(2+2)"
若①失败但②③成功，说明 workspace-write 白名单未生效；若三者都卡住，说明 #approval-policy never 未被识别——请检查该行是否为脚本第一行且无空格/中文字符。
