OpenAI Agents API:把 Codex 同款代理框架做成了按量计费的云 API

2026-09-18 AgentOpenAI工程实践

OpenAI 在 9 月 10 日把驱动 Codex 的那套代理基础设施,打包成了一个公开测试版的云 API。你一次调用就能拉起一个「生产就绪」的代理:指定任务、模型、工具和运行环境,剩下的模型调度、工具协调、上下文管理全由它管。

几个对一人公司真正有意义的点:

  • 长周期会话不用自己造轮子。 API 会在上下文快到上限时自动压缩早期内容,保留关键信息,让工作流跨多个上下文窗口延续。客户 Nash.ai 的原话是「持久会话层」,代理能在跨数小时甚至数天的物流流里推理、行动、恢复、协作。
  • 并行子代理开箱即用。 一个参数 multi_agent: { enabled: true, max_concurrent_subagents: 3 } 就能把大任务拆给多个子代理并行做调研、分析、编码,各管各的上下文,主代理汇总。
  • 沙箱可任选。 默认用 OpenAI 托管沙箱(和 Codex/ ChatGPT 同款),也能跑在你自己的基础设施,或 Cloudflare、E2B、Modal、Vercel 等合作伙伴的环境里。
  • 计费按量,无平台费。 只付代理消耗的 token 和工具调用费,不额外收「框架费」。早期客户 SafetyKit 把案例审查成本降了 60%,Hypha 把失败响应降了 86%。

要泼的冷水:

  • 仍是公开测试版,行为边界和稳定性要真跑一轮才知道。
  • 「按量」在长周期任务上会累积——一个跑几天的代理可能悄悄烧掉不少 token,务必先设预算上限。
  • 执行环境默认在 OpenAI 一侧(或合作伙伴),敏感数据要评估合规,或直接用自托管沙箱。

我的建议:如果你手上有「要跑很久」或「要一次扇出成百上千个代理」的活——比如批量内容生成、资料富化、长期监控——值得现在用它替掉自己手搭的队列 + worker,但第一刀一定先划成本红线。

原文出处 · 事实以此为准
OpenAI
阅读原文 ↗