OpenAI Agents APIにComputer use追加。料金は1件いくら？費用試算と導入の条件

まず初めに

AIにマウスを渡した。これで面倒なクリック作業とおさらば、という景気のいい話だ。だが、社員を一人増やすときに電卓を捨てる会社はない。AIだけ「よく働くから」で経費も権限も丸投げするのは、社用車の鍵と会社の財布をまとめて渡すようなものだ。先に用意したいのは拍手より、見積書とブレーキ。

※個人の感想です

DevDayで何が追加されたのか

OpenAIは2026年9月29日のDevDay 2026で、Agents APIへのComputer use追加を発表しました。API経由で利用でき、ソフトウェアを操作して仕事を進めるエージェントを、自社のアプリケーションへ組み込むための機能です。発表ではこれとは別に、CodexとChatGPT Work内でのPro 500・Enterprise向け提供も案内しています。

Agents API本体は9月10日に全開発者向けの公開ベータとして登場済みです。今回のニュースはAPIの初公開ではなく、操作手段の拡張にあります。本体の位置づけは9月11日のAgents API解説で整理しています。

Computer useの公式ガイドでは、OpenAIがホストするブラウザで情報収集やウェブサイトのテスト、画面経由のアプリ操作を行う仕組みを説明しています。この記事では、その機能を業務へ組み込む際の費用と確認事項に絞ります。

Agents APIの料金を試算するといくらか

OpenAIは公開時の発表で、Agents APIを使うこと自体への追加手数料はないと説明しています。ただし、実際に消費したモデル、ツール、OpenAIホストのサンドボックスさんどぼっくすという隔離された実行環境には、それぞれ料金がかかります。公式の料金説明もこの区分です。

以下は計算の見本です。GPT-6 AstraのStandard料金を使い、仕事1件の間に行うモデル呼び出しは、すべて短いコンテキストの料金条件に収まると仮定します。表のトークン数は呼び出し全体の合計で、入力の3区分は重複させません。トークンとーくんはAIが文章などを処理する単位です。

条件を置いた1件分の計算例

費用の区分	仮定した使用量	単価	計算結果
通常の入力	10,000トークン	100万トークンあたり10ドル	0.100ドル
キャッシュへの書き込み	10,000トークン	同12.50ドル	0.125ドル
キャッシュからの読み込み	80,000トークン	同1ドル	0.080ドル
出力	20,000トークン	同50ドル	1.000ドル
4GBコンテナー	1個を20分利用	20分相当0.12ドル	0.120ドル
ウェブ検索	5回	1,000回あたり10ドル	0.050ドル
合計	上記の条件のみ		1.475ドル

単価は2026年9月30日時点の公式料金表に基づきます。検索結果を読むトークンは表の入力に含め、出力には推論に使うトークンも含めています。同じ使用条件を100件繰り返すなら147.50ドルです。実際のブラウザ操作を計測した結果ではなく、特定の業務がこの量で終わることを示すものでもありません。

税、第三者サービス、データ所在地指定などの地域処理に対する10％加算、追加のコンテナー、条件に含めていない再試行やモデル呼び出し、人の確認作業は、この合計に含みません。長いコンテキストや別の処理モードを使う場合も計算をやり直す必要があります。

キャッシュは、繰り返し使う入力の処理結果を再利用する仕組みです。公式ガイドで示す書き込み料金は通常入力の1.25倍であり、通常料金にさらに1.25倍分を足す計算ではありません。上の例では、書き込み10,000トークンを通常入力にも数えると二重計上になります。

コンテナーの4GBという条件は、OpenAIホスト環境の既定値であるmedium、2 vCPU・4GBに合わせました。なお、6月2日の料金変更では、対象セッションは最低5分、以降1分単位の課金とされています。表の20分は今回置いた利用時間であり、短時間でも必ず20分ぶん請求されるという意味ではありません。

採算を見るなら「成功した仕事」で割る

IT Postでは、採算を比較する際は、実行回数よりも「合格した仕事1件」の費用を基準にするのが実用的だと考えます。

たとえば、上と同じ使用条件で100件を実行して147.50ドルかかり、事前に決めた品質基準を満たしたものが80件なら、合格1件あたりのAPI関連費は約1.84ドルです。失敗した20件にも費用がかかるためです。これも計算例であり、成功率80％を予測したものではありません。

さらに人が結果を確認・修正する時間と、システムの運用費を加え、従来の方法で同じ品質を得る費用と比べます。安いモデルを選ぶ場合も、合格率や確認時間が変われば採算は変わります。

集計にも注意が必要です。Agents APIのusageは暫定的な値で、後から変わったり、不明として返ったりします。キャッシュ書き込み数も独立して公開されないため、usageだけで最終的なモデル料金を正確に再現することはできません。費用の傾向を追う記録と、請求の確認は分けて扱う必要があります。

origin承認だけでは購入前の確認を保証しない

Computer useの導入で見落とせないのが、承認の対象です。新しいサイトのorigin（通信方式やホスト名などで区別される接続先）へのアクセスには利用者の承認が必要です。

ただし、origin承認は購入や破壊的な変更の直前確認を保証しません。保証が必要なら、そうした操作ができない資源にアクセス先を制限するか、自分で制御できるブラウザ実行環境を使うようOpenAIは案内しています。確認用の関数も、エージェントが呼ばなければ機能しません。公式ガイドの注意点

この仕様を踏まえ、IT Postでは、最初の試験を読み取り専用の対象や、本番に影響しない検証環境に限定するのが妥当だと考えます。「購入前に聞いて」と指示しただけで安全要件を満たしたことにせず、権限や実行環境で実際に何を防げるかを確認する進め方です。

導入を決める前のチェックリスト

以下はIT Postが提案する評価手順です。機能のデモが動いた段階から、業務で使うか判断する段階へ進むための確認事項として使えます。

1. 仕事と合格条件を一つ決める
   例として「指定した公開ページから価格と更新日を集め、出典URL付きの一覧を作る」までに絞ります。必要項目の欠落や古い情報があれば不合格とし、判定基準を実行前に固定します。
2. 操作できる範囲を狭める
   最初は課金・送信・削除が発生しない対象を選びます。業務上それらが必要なら、事前確認をどこで強制するか決めてから対象を広げます。
3. 同じ仕事を複数の方法で比べる
   人の作業、既存のAPI連携、ブラウザ操作のそれぞれについて、品質、所要時間、手直し時間を記録します。画面操作を使う必要が本当にあるかも確かめます。
4. 失敗分を含めて記録する
   親エージェントと補助エージェント、再試行、検索、実行環境を集計対象にし、API関連費と人の確認費を合わせて合格件数で割ります。usageの欠落をゼロ円として扱わないことも必要です。
5. 止める条件を先に決める
   予算、実行時間、試行回数の上限と、異常時の担当者を定めます。誤った結果、接続の失敗、権限不足が起きたときに、予定した停止・引き継ぎが働くかを検証します。

IT Postの見方

IT Postでは、今回の追加は、画面操作が必要な仕事を自社アプリから扱う選択肢として評価できると考える。ただし採用の決め手は、マウスが勝手に動く映像の派手さではない。確認まで含めて人の手間が減り、必要な品質を、許した権限と予算の中で出せるかだ。

そこまで測って安ければ、立派な戦力。動作デモだけ見て全権を渡すなら、経費精算の達人を雇うつもりで、経費を発生させる達人を迎えることになる。まず一つの仕事で試す。それが一番、財布に礼儀正しい。