--- title: "OpenAI Agents API 9 月 29 日加入 Computer Use 与 subagent：分工、计费与监控清单" description: "OpenAI Agents API 在 9 月 29 日加入 computer use，GPT-6.1 Sol 同日支持 subagent 委派（beta）。本文讲清它与 Responses API 的分工、计费怎么核对，以及上线前要监控的几类错误。" url: https://cdnping.org/blog/openai-agents-api-computer-use language: zh-CN published: 2026-10-19 category: "开发工具" tags: ["OpenAI","Agents API","Computer Use","subagent","计费","监控"] source: cdnping.org license: Free to quote and summarize with a link to the url above. --- # OpenAI Agents API 9 月 29 日加入 Computer Use 与 subagent：分工、计费与监控清单 OpenAI Agents API 在 9 月 29 日加入了 computer use，同一天，GPT-6.1 Sol 开始支持把任务委派给 subagent（beta）。前者让 agent 在 OpenAI 托管的浏览器里完成任务，后者让模型在一次 Responses API 请求内部拆分工作。如果你已经在用 Responses API，这两项不会自动改变你的现有调用；想用的话，要明确选择 Agents API 或相应的模型能力。本文内容截至 2026 年 10 月，以 [OpenAI API 更新日志](https://developers.openai.com/api/docs/changelog)为准。 ## 这件事的时间线是什么？ - 9 月 10 日：Agents API 进入公开 beta。官方描述是基于托管的 Codex harness 运行 agent，会话编排、上下文压缩和故障恢复由 OpenAI 处理，会话是持久的，可以跨多轮继续。 - 9 月 29 日：Agents API 加入 computer use。agent 在 OpenAI 托管的浏览器里做事，网站访问的批准和登录由你的应用负责。 - 9 月 29 日：GPT-6.1 Sol 发布，支持多智能体编排（beta），可在单次 Responses API 请求内把工作委派给 subagent。 另外，状态页记录了几次相关事件：[9 月 19 日](https://status.openai.com/history)的“Overbilling for OpenAI-hosted containers in the Agent API”（托管容器多扣费，已恢复），10 月 6 日的“Computer Use Is Experiencing Issues”（已恢复）。状态页列表可能被截断，完整记录请自己打开确认。 ## Agents API 和 Responses API 怎么分工？ 按官方描述的粗略划分： | 维度 | Responses API | Agents API（beta） | | --- | --- | --- | | 状态 | 通常由你的应用管理对话与循环 | 持久会话，由平台编排 | | 长任务 | 自己处理上下文压缩与恢复 | 平台处理压缩与恢复 | | 运行环境 | 工具调用由你的应用执行 | OpenAI 托管沙箱、自有基础设施或受支持提供方的沙箱 | | 适合 | 单轮或可控的短循环 | 需要长时间运行、中途可恢复的 agent | subagent 委派属于 Responses API 请求内的能力，需要 GPT-6.1 Sol，目前是 beta。两者并不互斥，具体支持组合以官方文档为准。想先了解接入方式的取舍，可以看[官方 API、云厂商与聚合网关对照](/blog/official-api-vs-cloud-vs-gateway)。 ## computer use 开了之后要自己负责什么？ 更新日志写明：网站访问批准和登录由你的应用处理。这意味着： 1. 决定允许 agent 访问哪些站点，不要放开到任意域名。 2. 登录凭据不要直接塞进提示词；怎么传递以官方 computer use 指南为准。 3. 涉及付款、删除、发信等不可逆动作，在你的应用里加人工确认。 4. 记录每次会话的操作轨迹，出问题时能回放。 如果你习惯用沙箱限制 agent 的本地命令，思路是相通的，可参考[Copilot 本地沙箱正式可用](/blog/github-copilot-local-sandboxing-ga)。 ## 怎么计费？哪些要分开看？ 更新日志里没有单列 Agents API 的价格，指向官方定价页，所以这里不写具体金额。可以确认的是： - 模型调用按 token 计费。例如更新日志列出 GPT-6.1 Sol 的价格为每百万 token 输入 2 美元、输出 10 美元（提示词最长 272K 输入 token），缓存输入和缓存写入另有价格。 - 工具和托管容器的费用与模型 token 是分开的项目，具体单价以[官方定价页](https://openai.com/api/pricing/)为准。9 月 19 日的多扣费事件正好发生在托管容器上。 核对账单的做法： 1. 给每个 agent 任务打上自己的任务 ID，记录开始和结束时间。 2. 用后台的用量明细，按模型 token 与容器时长两类分别对账。 3. 发现某天异常高，先对照状态页当天有没有计费事件，再向官方提工单。 逐条核对的方法可参考[API 计费不对怎么查](/blog/relay-billing-token-mismatch)。 ## 生产环境要监控什么？ - 会话级失败：持久会话中断后能否恢复，重试是否会重复执行有副作用的动作。 - 超时与卡死：浏览器操作类任务通常比普通接口调用慢，超时建议单独设阈值。 - 429 与容量类错误：高峰期的限流，参考[10 月 Codex 频繁报错的故障记录](/blog/codex-outages-october-2026-capacity)。 - 成本：按任务统计 token 与容器用量，设日预算告警。 - 追踪：给每个 subagent 调用留 trace，可参考[Claude agent 的 OpenTelemetry 接法](/blog/claude-agent-observability-otel)的思路。 外部信号可以看 cdnping 的 [/status/openai](/status/openai)（从 Cloudflare 边缘每 5 分钟探测官方 API 入口）和 [/down/codex](/down/codex)。它们只能反映入口是否可达，不能代替你自己对 Agents API 会话的监控。官方更新也可以在 [/changes](/changes) 订阅。 ## 现在该上吗？ 两项能力都在 beta，Agents API 此前也出现过降级和计费事件。比较稳妥的路径：先在非关键任务里跑，限定站点范围，设预算上限，观察一到两周的账单和错误率，再决定是否放进生产流程。 ## 参考来源 - [OpenAI API Changelog](https://developers.openai.com/api/docs/changelog) - [OpenAI Status 历史记录](https://status.openai.com/history)