Codex Dispatch 网关清单：程序化 Token、SSH 出口与 CI 路由

大多数 AI API 网关的部署假设背后，潜藏着一个前提：开发者就坐在键盘前。他们打开编辑器，发出请求，模型回应。这个假设正在悄然瓦解。OpenAI 最新的 Codex 更新——移动端访问、Remote SSH 正式可用、程序化访问 Token、以及 Hooks——把编码 Agent 从"键盘本地工具"升格为更接近"后台基础设施进程"的存在。对于通过网关路由 AI 流量的团队来说，这改变了网关的放置位置、凭据的作用域划分，以及 Token 预算规划的颗粒度要求。

发生了什么

2026 年 5 月 14 日，OpenAI 以一篇公告发布了一批 Codex 新能力：

• Codex 进入 ChatGPT 移动 App：完整的远程体验，可连接到任何运行 Codex 桌面应用的机器——笔记本电脑、独立的 Mac mini，或企业托管远程环境。开发者可以从手机发起任务线程、审批命令、查看 diff、切换模型，而实际执行仍在原始机器上进行。底层使用安全中继层（不是直接端口转发）保持机器可达，无需暴露到公网。
• Remote SSH 正式可用：Codex 可通过开发者桌面端的 SSH 配置直接连接企业托管环境。项目和线程在远程机器内运行；凭据、安全策略和计算资源保留在企业管控范围内。
• 程序化访问 Token：由 ChatGPT 工作区设置中签发的作用域凭据，专为 CI 流水线、发布工作流和自动化场景设计。这不是用户的个人会话 Token——它由工作区签发，可撤销，可设定权限范围。
• Hooks 正式可用：仓库级和目录级的行为扩展，在 Codex 事件触发时运行——扫描 Prompt 中的密钥、执行校验器、记录对话、注入记忆，或按仓库定制 Codex 行为。
• HIPAA 合规的本地运行支持：符合条件的 ChatGPT Enterprise 工作区可在本地（CLI、IDE、App）使用 Codex 处理医疗健康工作流。

同期发布的"Locked Use"功能（允许 Codex 在 Mac 屏幕锁定时操作应用）代表了同一架构方向——Agent 执行与用户在场状态解耦。

对 AI 工程团队的影响

执行模型不再绑定于一个会话。 此前 Codex 的使用多为短暂的交互循环：开发者写 Prompt，Agent 执行，开发者审查。新模型让 Codex 可以跨越多个线程运行数小时，人类输入从任意设备异步流入。这根本性地改变了单次"任务"的成本特征：原本的 5 分钟交互会话，现在可以变成 2 小时的后台作业，中间夹杂着间歇性的人工节点。

程序化 Token 改变了 API 层的安全面。 为 CI 流水线签发的程序化访问 Token，是与开发者会话 Token 性质不同的凭据。它们作用于工作区级别，可非交互式使用。如果你的团队通过网关路由 Codex API 流量以实现可见性或预算控制，这些 Token 引入了新的凭据生命周期管理需求：签发、作用域、轮换和撤销，都需要在网关层有对应的日志记录。

Hooks 是 Agent 与策略之间首个官方可扩展接口。 Hooks 允许企业在仓库或目录级别拦截并影响 Codex 行为——理论上在 Prompt 离开开发者机器之前生效。对企业治理团队而言这很重要：与其依赖模型自主拒绝敏感操作，不如在 Hook 层断言一个本地校验器。但需要注意：Hooks 在开发者本地机器运行，而非在 API 网关层，因此不能替代网络层的可观测性。

Remote SSH 改变了网关覆盖的拓扑。 如果开发者通过企业 SSH 托管的 devbox 运行 Codex，API 调用可能来自共享计算节点而非个人笔记本。这改变了出口 IP、凭据面，也可能改变路由策略：五人共用的一台 devbox，合规要求可能与五台独立笔记本有所不同。

路由/运营商视角

Token 预算规划需要长周期视角。 当 Codex 作为后台进程跨越两小时任务运行并夹杂人工中断时，总 Token 消耗分散在许多小交互中——审批、方向调整、上下文刷新——而非集中在一次大规模生成。这样的流量模式会拉平峰谷方差，但提高持续基线负载。针对短暂突发会话调优的路由策略，可能在持续运行的后台 Agent 面前出现供给不足。

凭据类型应成为路由日志的一级字段。 程序化访问 Token 的风险特征不同于交互式开发者 Token。如果你通过网关中介 Codex API 流量，应在请求账本中追踪 Token 类型：哪些请求来自作用域 CI Token，哪些来自交互式会话 Token。这不是为了拦截，而是为了可审计性和异常检测。

Hooks 覆盖本地层；网关看见网络层。 两个可观测层互补，不可互替。Hooks 在边缘（仓库级、预网络）提供策略执行；路由网关捕获所有到达 API 的流量。企业团队的正确姿势是：Hooks 负责 Prompt 级别的护栏，网关日志负责网络级别的审计轨迹，二者缺一不可。

Remote SSH + 中继层引入新的出口拓扑。 如果你的 AI 合规策略将合规状态与出口来源绑定（许多企业网络策略如此），应验证来自 SSH 连接远程环境的 Codex 流量是否通过你现有的 API 网关。中继由 OpenAI 管理；SSH 连接是本地的；实际模型 API 调用仍然访问 api.openai.com。确保你的网关配置覆盖计算节点，而不仅仅是开发者笔记本。

采用远程 Codex 调度的团队检查清单：

1. 审计哪些环境（笔记本、Mac mini、devbox）正在作为 Codex 主机使用，确认出站 AI API 流量通过网关路由。
2. 配置网关，一旦程序化 Token 出现在流量中，将其与交互式用户 Token 分类记录。
3. 逐仓库检查 Hooks 配置，了解本地预检校验的覆盖范围——以及哪些操作没有被覆盖。
4. 若使用 Remote SSH，验证计算节点的 API 出口策略与笔记本策略一致。
5. 为后台 Agent 流量设置 Token 预算告警：持续低水平消耗比突发峰值更难被注意到。

TheRouter 用户应关注什么

对于使用 TheRouter 路由 OpenAI 兼容流量的团队，Codex 远程调度模型提出了一个实际问题：Agent 运行在哪里？那个来源是否在你的网关边界之内？

如果你使用 TheRouter 的 Provider 路由 来中介发往 api.openai.com 的调用，请确保路由规则不仅覆盖 IDE/笔记本的出口流量，也覆盖将使用程序化访问 Token 的 devbox 或 CI 环境。API 端点是相同的；来源机器和凭据类型不同。

当你的团队开始采用 CI 驱动的 Codex 自动化后，请在请求日志中关注程序化访问 Token 的使用模式。有高输入上下文但对应审批输出缺失的 Token 请求，可能预示 Agent 进入了无节制循环——在网关层及早发现比事后审计成本低得多。

来源：Work with Codex from anywhere — OpenAI，2026 年 5 月 14 日。