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 更新日誌為準。
這件事的時間線是什麼？
- 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 日的“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、雲廠商與聚合閘道器對照。
computer use 開了之後要自己負責什麼？
更新日誌寫明：網站訪問批准和登入由你的應用處理。這意味著：
- 決定允許 agent 訪問哪些站點，不要放開到任意域名。
- 登入憑據不要直接塞進提示詞；怎麼傳遞以官方 computer use 指南為準。
- 涉及付款、刪除、發信等不可逆動作，在你的應用里加人工確認。
- 記錄每次會話的操作軌跡，出問題時能回放。
如果你習慣用沙箱限制 agent 的本地命令，思路是相通的，可參考Copilot 本地沙箱正式可用。
怎麼計費？哪些要分開看？
更新日誌裡沒有單列 Agents API 的價格，指向官方定價頁，所以這裡不寫具體金額。可以確認的是：
- 模型呼叫按 token 計費。例如更新日誌列出 GPT-6.1 Sol 的價格為每百萬 token 輸入 2 美元、輸出 10 美元（提示詞最長 272K 輸入 token），快取輸入和快取寫入另有價格。
- 工具和託管容器的費用與模型 token 是分開的專案，具體單價以官方定價頁為準。9 月 19 日的多扣費事件正好發生在託管容器上。
核對賬單的做法：
- 給每個 agent 任務打上自己的任務 ID，記錄開始和結束時間。
- 用後臺的用量明細，按模型 token 與容器時長兩類分別對賬。
- 發現某天異常高，先對照狀態頁當天有沒有計費事件，再向官方提工單。
逐條核對的方法可參考API 計費不對怎麼查。
生產環境要監控什麼？
- 會話級失敗：持久會話中斷後能否恢復，重試是否會重複執行有副作用的動作。
- 超時與卡死：瀏覽器操作類任務通常比普通介面呼叫慢，超時建議單獨設閾值。
- 429 與容量類錯誤：高峰期的限流，參考10 月 Codex 頻繁報錯的故障記錄。
- 成本：按任務統計 token 與容器用量，設日預算告警。
- 追蹤：給每個 subagent 呼叫留 trace，可參考Claude agent 的 OpenTelemetry 接法的思路。
外部訊號可以看 cdnping 的 /status/openai（從 Cloudflare 邊緣每 5 分鐘探測官方 API 入口）和 /down/codex。它們只能反映入口是否可達，不能代替你自己對 Agents API 會話的監控。官方更新也可以在 /changes 訂閱。
現在該上嗎？
兩項能力都在 beta，Agents API 此前也出現過降級和計費事件。比較穩妥的路徑：先在非關鍵任務裡跑，限定站點範圍，設預算上限，觀察一到兩週的賬單和錯誤率，再決定是否放進生產流程。
