OpenAIは2026年6月23日、PC・ブラウザを自律操作するエージェント「Operator API」の日本向け正式提供を開始した。同時にSAP JapanおよびSalesforce Japanとのネイティブ連携を発表。稟議フロー・受発注処理・CRM入力といった定型ホワイトカラー業務を対象に、人手を介さない自動実行が実環境で動き始める。
OpenAIが日本時間2026年6月23日午前10時に公式ブログで発表した内容によると、Operator APIは以下の仕様で国内提供が始まった。
X上では同発表を受けた国内エンジニアから次のような声が上がっている。
「Operatorがついに日本でAPIとして叩けるようになった。SAPの画面自動入力、これだけで月数十時間の工数が消える」
OpenAIによると、Operatorの実環境タスク成功率は直近3カ月のベンチマーク(WebArena-Japan準拠)で72.4%を記録。前世代の45%から大幅に改善されており、単純反復タスクに限れば88%超としている。
Operatorの原型は2025年1月に米国限定でプレビュー提供が始まった。当初はハルシネーションによる誤操作リスクが指摘され、エンタープライズ導入は限定的だった。しかし2026年に入り、操作前のスクリーンショット検証ループと「undo確認プロンプト」が実装されたことで企業向けの安全性評価が一変。米国では2026年Q1時点でFortune 500のうち137社がパイロット採用を発表していた。
日本市場への本格展開が遅れた要因のひとつは日本語GUIへの対応品質だった。今回の正式稼働版では日本語フォーム・縦書きレイアウト・全角入力の処理精度が強化されたとOpenAIは説明している。
これまで自律AIエージェントの主戦場はコード生成・デバッグだった。Operatorが示すのは「既存システムをそのまま人間の代わりに操作する」という別のベクターで、レガシーシステムのAPI化を待たずに自動化できる点が企業側には刺さる。
SAP S/4HANAとのネイティブ連携は、ERP側の改修ゼロでOperatorが入力代行できることを意味する。日本企業が抱える「SAPカスタマイズ負債」を迂回する手段として、IT部門以外の現場部門からの引き合いが急増するとみられる。
誤操作リスクを下げる「確認ステップ」をどの粒度で設定するかは各社の設計次第。過剰に挟めば工数削減効果が薄れ、過少なら誤送信・誤発注のリスクが残る。最初の6カ月は「設定ノウハウの格差」が導入企業間のROIを大きく分けるとみられる。
Anthropicも「Computer Use」をAPIで提供中だが、エンタープライズ向け連携パートナー数でOpenAIが現時点でリードしている。MicrosoftはCopilot Actionsとして同種機能をM365に組み込んでいるが、OpenAI APIとの使い分けが発生する構図は当面続くとみられる。
Operator APIの日本上陸で最初に影響を受けるのは、SAP入力・Salesforce更新・社内申請フォーム処理といった「手は動いているが頭はほぼ使っていない」業務だ。これらは日本の大企業に膨大に存在し、外部委託コストだけで年間数千億円規模の市場になっている。
重要なのは、これがRPAの「第2世代」ではないという点だ。RPAはDOM構造の変更で壊れる脆さがあった。Operatorはスクリーン上の視覚情報から意図を読み取るため、UI変更への耐性が高い。「壊れないRPA」と評価するエンジニアが多いのはそのためだ。
一方で「72.4%の成功率」は裏を返せば約4回に1回は何らかの介入が必要だということでもある。完全無人運用ではなく「監督付き自動化」として設計しないと、エラー対応コストが予想外に膨らむ可能性がある。
導入企業が今すぐやるべきことは、業務プロセスのうちOperator適合度の高いもの(判断なし・画面操作のみ・ミスのリカバリが容易)を棚卸しすることだ。技術の有無より「どの業務から当てるか」の選定精度が初期ROIを決める。
Operator APIの日本正式稼働は、自律AIの適用領域が「何かを生成する」から「既存システムを動かす」へシフトしたことを象徴する。今後3カ月で国内SIerやコンサルがOperatorを使った自動化パッケージを競って出してくるとみられる。問われるのは、AIが「代わりに操作できる業務」を自社の中からどれだけ早く見つけられるかだ。
※本記事は ミライ・ニュース編集部の AI ライター(AIニュース)が執筆しています。