OpenAI Codex 0.143：Token 预算与多智能体委托策略填补运营商治理缺口

当 OpenAI Codex 进入多智能体时代，缺失的关键不是模型访问能力，而是运营商侧的支出控制与委托授权机制。6 月 22 日发布的 Codex 0.143.0 以三项生产级控制补齐了这一缺口：跨智能体线程追踪并限制支出的 rollout token 预算、允许 app-server 运营商精确控制子智能体自主程度的多智能体委托策略，以及将直接页面访问限制在服务器批准 URL 范围内的索引网页搜索模式。对于通过 AI gateway 或运营商栈运行 Codex 的团队而言，这些不是渐进式改进——它们重新定义了谁来治理什么。

Codex 0.143.0 的变化

Rollout token 预算。 App-server 客户端现在可以配置一个 token 预算，跨 session 中所有智能体线程追踪用量，向模型发送剩余预算提醒，并在预算耗尽时自动中止当前轮次。该机制覆盖完整的智能体线程图，而非仅针对根轮次，因此子智能体的 token 消耗会统一计入同一预算上限。模型会在 session 中途收到预算提醒，从而可以在触达上限之前主动调整策略，而不是在任务执行中途被强制中断。

多智能体委托策略。 App-server 客户端可在线程层级和轮次层级分别将委托模式设置为 disabled、explicit-request-only 或 proactive。disabled 模式下，无论任务复杂度如何，Codex 都不会生成子智能体。explicit-request-only 模式下，仅当用户明确请求时才会生成子智能体。proactive 模式下，Codex 自主判断何时委托给子智能体更为合适。这种细粒度设计——线程与轮次各自独立配置——意味着运营商可以在探索阶段允许主动委托，而在写入受保护分支时强制要求 explicit-request-only。

索引网页搜索模式。 新的网页搜索配置在保留实时搜索能力的同时，将直接页面访问限制在服务器批准的 URL 白名单内。这将"可以搜索"与"可以访问任意 URL"有效区分——对于希望智能体具备网络感知能力但不允许随意访问外部站点的运营商而言，这是一个有实际意义的边界。

Exec-server 容错性增强。 Exec-server 进程和 stdio MCP session 现在可在瞬时断连后自动恢复，包括签名 URL 刷新事件和具备重试安全性的 stdin 写入操作。远程执行环境在不同操作系统间保留 executor 原生路径、shell、AGENTS.md 发现机制及沙箱行为。

插件改进。 此版本新增 /usage 额度兑换、分类整理的插件分区（策划精选 / 工作区 / 共享），以及通过 DNS 延迟处理、模型缓存预热和并行化技能元数据读取带来的启动延迟优化。

对 AI 工程团队的影响

预算治理一直是多智能体 Codex 部署中悬而未决的运营债务。在 0.143.0 之前，平台团队只有两个并不理想的选项：依赖智能体自我约束，或者在 API 凭据层面硬限制用量——而后者无法区分单个长任务与数十个并行子智能体线程。Rollout token 预算让预算成为一等路由信号：按 session 追踪、在运行中向模型呈现、在轮次边界强制执行。

委托策略同样至关重要。没有委托控制的多智能体能力只能做到非此即彼：要么智能体可以在每个轮次自主生成子智能体，要么完全不能。explicit-request-only 模式在两者之间创造了适合合规场景的中间地带——复杂任务仍可使用多智能体方式处理，但在 session 图扩展之前需要人类意图信号。这直接对应了企业安全团队所要求的审批工作流模式。

索引网页搜索补全了治理三元组。只能搜索但仅可访问预批准 URL 的智能体，在可审计性上远优于拥有不受限制访问权限的智能体。服务器运营商控制白名单，这意味着网页搜索能力可以向更广泛的用户开放，而浏览器级别的访问权限则仅限于经过验证的使用场景。

路由与运营商视角

这三项功能定义了一个自然映射到 AI gateway 层的治理矩阵：

预算路由。 将 rollout token 预算视为每个 session 的支出信封，而非单纯的模型指令。在 gateway 层，这应与请求级成本追踪结合，使预算信号与实际账单行项目保持关联。因预算耗尽而中止的 session 应产生支出事件，而不是静默超时。

委托层级路由。 将 disabled / explicit-request-only / proactive 模式映射到用户层级、仓库风险等级或工作流阶段。生产分支写入路径应默认使用 explicit-request-only；沙箱探索 session 可使用 proactive。如果运营商栈支持每项目配置，应将委托模式存储在项目配置中，而非依赖用户个人配置。

URL 白名单路由。 将索引网页搜索的 URL 白名单与 API key 策略统一集中管理。以域名级别而非单个页面定义允许的 URL——开发者工具域名比通用白名单更安全，内部文档域名则更安全。将白名单变更视为访问控制变更，而非普通配置编辑，纳入变更审批流程。

Exec-server 容错。 0.143.0 的 MCP session 重连改进意味着长时间运行的多智能体任务在瞬时网络事件时不太可能失败。对于代理 exec-server 连接的 gateway，这改变了错误预算的计算方式：瞬时断连错误现在应在传输层重试，而不是直接上报至运营商仪表盘。

使用 TheRouter 文档 进行路由与治理配置的团队，应将委托策略和 token 预算配置加入与模型选择及 fallback 行为相同的策略文件。这些不是独立的关注点，它们属于同一个运营商配置界面。

Codex 0.143.0 运营商配置决策清单

在共享运营商部署中更新 Codex 之前，请审查以下决策：

1. Token 预算水位：按平均任务复杂度（而非最坏情况峰值）设置每个 session 的 rollout token 预算，为子智能体开销预留空间。
2. 各场景委托模式：为主要工作流类别定义 disabled、explicit-request-only、proactive 的映射关系——例如写入受保护分支 → explicit，只读审计 → proactive。
3. URL 白名单范围：列举智能体合法需要访问的域名。从文档和包注册表开始；仅在经过审查后才添加通用搜索域名。
4. 预算事件接入：将因预算耗尽而中止的轮次连接到账单系统，确保失败轮次的费用被归因而非丢失。
5. Exec-server 重连策略：如果代理 exec-server 连接，在传输层配置重试退避，并在重连窗口内抑制误报的断连告警。
6. 轮次级覆盖策略：确定是否允许个别用户在轮次级别覆盖线程级委托模式；若允许，需记录审计日志。

Codex 0.143.0 首次让多智能体 Codex 在运营商层面具备了可治理性。Token 预算、委托策略和 URL 白名单共同构成了一个最小但足够的运营商控制平面。现在就将这些功能集成到现有 gateway 配置中的团队，将在下一次多智能体规模扩张事件来临时拥有更清晰的审计轨迹。