rate-limit-reset-credits：Codex Remote Executor Routing

Codex CLI remote executor 路由——包括 rate-limit-reset-credits、加密 Noise relay 与受治理 remote hosts——是 OpenAI 6 月 18 日 Codex CLI 0.141.0 里最值得 operator 关注的基础设施信号。Changelog 显示，remote executors 现在使用 authenticated、end-to-end encrypted Noise relay channels，在 app-server 与 exec-server 边界之间保留 executor-native working directories 和 shells，并允许选定 executor plugins 按 thread 激活 stdio MCP servers。对 AI 工程团队来说，这会把 Codex 从本地 coding assistant 推向分布式执行平面，而每个 host 都需要 routing、identity 和 cost controls。

Codex CLI remote executor routing 与 rate-limit-reset-credits 发生了什么

OpenAI 的 Codex changelog 在 Codex CLI 0.141.0 中列出了一组基础设施变化。Remote executors 现在通过 authenticated、end-to-end encrypted Noise relay channels 通信。Cross-platform remote execution 在 work 跨越 app-server 和 exec-server 边界时，会保留原生 working directory、shell 和 filesystem permission paths。选定 executor plugins 可以按 thread 激活自己的 stdio MCP servers，同时 plugin discovery 增加了 created-by-me marketplace 和按 authentication mode 筛选的 curated catalogs。

同一版本还加入了 app-server API，用于列出 immediate child threads、关联 external-agent imports 的详细结果，并读取或兑换 rate-limit-reset-credits / rate-limit reset credits。Realtime clients 获得更明确的 conversation controls。若干 bug fix 也补上了运营缺口：plugin capabilities 会按 authentication mode 一致 routing，remote marketplace ordering 被保留，idle exec-server relays 会保持连接，Windows sandbox execution 可自动修复 stale credentials，TLS 也支持一些 enterprise proxies 使用的 P-521 certificate signatures。

这些并不是炫目的模型发布。但放在一起，它们让 remote coding-agent execution 变成一个 policy surface。一个 thread 可能从本地 laptop 开始，移动到 remote executor，激活 plugin-specific MCP server，消耗 rate-limit credits，并通过 encrypted relay 继续执行。这正是 gateway 或平台团队必须观测的路径。

为什么 Codex CLI remote executor 与 reset-credit routing 对 AI 工程团队重要

Remote execution 解决了真实的采用障碍：开发者希望 agent 在 repository、secrets、native tools 和操作系统差异真实存在的地方工作。但一旦 agent 可以跨 host 边界，risk model 就会变化。Local shell permissions、remote sandbox policies、plugin auth state、MCP server availability 和 enterprise proxy behavior 都会成为 execution contract 的一部分。

Noise relay 改进尤其关键，因为它收窄了 remote executor traffic 的信任边界。但 encryption 本身并不回答谁可以运行哪个 task、哪个 host 可以接收它、relay 应保持多久连接。Changelog 中 host-native directory 和 shell preservation 同样有用，却也意味着 routing decisions 必须考虑 host-specific behavior。一个在 container 中安全的 command，放到开发者 workstation 上可能并不安全；一个对某个 thread 批准的 plugin，也未必适合另一个 thread。

Per-thread MCP activation 是最大的 operator 信号。MCP servers 不再只是挂在 user 上的 global tools。它们可以变成按 thread、host 和 auth mode 选择的 execution-context capabilities。这会推动团队走向 capability routing：不只选择 model，也要选择 executor、plugin set、MCP surface、network path 和 budget envelope。

Codex CLI remote executor routing 的 router/operator 视角

Codex CLI remote executor routing 应被建模为 multi-hop request，而不是单次 model call。实用的 control plane 可以拆成六条 lane：

1. Thread lane。 将 user、repository、parent thread、child threads 和 external-agent imports 保留为 routing metadata。
2. Executor lane。 每次 run 都标注 host、operating system、shell、working directory、sandbox policy 和 filesystem permission scope。
3. Relay lane。 跟踪 encrypted relay establishment、idle reconnects、proxy compatibility 和 failure reasons，但不暴露 payload。
4. Capability lane。 将 plugin 与 MCP activation 绑定到请求它的 thread，而不是宽泛的 user-level default。
5. Budget lane。 区分 model tokens、remote executor time、plugin calls 和 rate-limit-reset-credits，避免 reset 事件掩盖失控 agent loops。
6. Exception lane。 当 authentication mode、host policy 或 MCP permission 与 requested action 不匹配时 fail closed。

这正是 AI gateway 的价值所在。Provider routing 只是 runtime 的一部分。TheRouter 读者还应该把 remote coding-agent execution 映射到稳定 request metadata、audit logs 和 cost attribution，可参考更完整的 TheRouter AI routing documentation。如果你的团队已经读过此前的 Codex Record & Replay skill routing analysis，可以把这次更新视为 host-execution 对应面：recorded skills 管理做什么，remote executors 管理工作在哪里以及如何执行。

TheRouter 用户应关注或尝试什么

最直接的练习，是盘点 coding agent 今天可以在哪里执行代码：local laptop、cloud VM、CI worker、devcontainer、Windows sandbox、remote Mac 或 managed execution host。对每个位置，记录它使用什么 identity、能触碰哪些 filesystem、哪些 MCP servers 或 plugins 可以激活，以及成本如何归因。

然后为 Codex CLI remote executor routing 定义 routing policy。低风险 refactor 可以在短生命周期 remote executor 上运行，并使用很窄的 plugin set。Release automation、infrastructure edits 和 customer-data workflows 应要求明确批准、更强 audit trails 和独立 budget。如果 executor 会穿过 enterprise proxy，在放入 production coding-agent workflow 前，要先测试 certificate behavior 和 relay reconnects。

Codex CLI remote executor routing 决策清单

在广泛启用 remote executors 之前，先问清楚：

1. 哪些 repositories 和 branches 可以从 local execution 移动到 remote execution？
2. 哪些 hosts 获准执行 shell，每个 host 适用什么 sandbox policy？
3. 每个 thread 能否展示 active executor、plugin set、MCP servers、auth mode 和 budget？
4. Encrypted relay 在 idle time 或 proxy interruption 后重连时会发生什么？
5. 哪些 actions 即使 thread 已有 plugin access 也必须人工确认？
6. Rate-limit-reset-credits、model calls 和 executor runtime 如何在 billing 中对账？

Codex CLI remote executor routing 让分布式 coding-agent work 更实际，也让 executor、relay 和 MCP capability graph 成为 routing layer 的一部分，而不是藏在一个 “Codex” 标签下的实现细节。