取引先のWeb発注画面を開き、注文が受け付けられたかを確かめ、次の取引先の画面へ移る。こうした仕事をAIに任せるための土台を提供しているのが、Browserbaseです。何を確認するかを判断するAIと、普段使う業務画面の間を、ブラウザを動かす仕組みでつなぎます。
同社は2025年6月18日、Notable Capitalが主導し、既存投資家のCRVとKleiner Perkinsも参加した4,000万ドルのSeries Bを発表しました。今回紹介するのは、この過去の調達を背景にした事業です。4,000万ドルは当該ラウンドの調達額で、累計調達額や企業の評価額ではありません。
AIが決めた操作を、ブラウザで実行する
Browserbaseは、目的に沿って作業を進めるAIエージェントなどが、Web操作に使うブラウザ基盤を提供すると説明しています。業務画面で仕事を進めるには、何をするかを決める処理に加え、実際に画面を開いて操作する環境が必要になります。
同日の記事では、Web操作の自動化を組み立てる開発用フレームワーク「Stagehand」のPython対応を紹介しました。「Director」は、Stagehandのスクリプト、つまり操作手順を記したプログラムを生成し、Browserbaseに配置できるアプリだとしています。
製品構成からは、ブラウザを動かす基盤、操作を組み立てる開発の道具、操作を始めるアプリをそろえ、AIと業務画面をつなごうとする狙いが読み取れます。機能や効果は同社の説明に基づくもので、本記事では実際の動作や成果を検証していません。
卸売の注文確認なら、止まった後の引き継ぎも考える
たとえば、卸売事業の担当者が、複数の取引先のWeb発注画面で注文状況を確認する用途が考えられます。プログラム同士でデータをやり取りする窓口であるAPIがない場合、画面上の操作を自動化する基盤は、作業をつなぐ候補になります。ただし、個々の取引先の画面で使えるかは確かめる必要があります。
入力する資料は、自社の注文一覧です。発注番号、取引先名、確認対象日を手掛かりに各画面を開き、表示された注文状況と照合する流れが想像できます。担当者は画面を順に巡回する時間を減らし、未受付の注文や納期の食い違いを調べる作業に時間を使える可能性があります。これは導入事例ではなく、使い方の仮説です。
実務では、途中で止まった仕事を別の担当者へ渡す場面もあります。その際、どの注文まで確認できたか、何が未確認か、なぜ止まったかが残っていれば、引き継ぐ人が続きを判断しやすくなります。こうした記録と引き継ぎは、業務側で設計すべき事項です。今回の発表だけでは、製品がその仕組みまで備えているとは判断できません。
画面を動かすことと、注文について判断することも分けて考えられます。表示された状態をどう解釈するか、納期が違うときに誰へ相談するか、再発注してよいかは、自社で決めるルールです。日本の現場で試すなら、まず注文状況の確認に範囲を絞り、人へ渡す条件を決める方法が考えられます。
共通の実行基盤という事業の見方
投資家本人が何を評価したかは確認できていません。製品構成から読む仮説としては、さまざまなWeb操作を支える共通基盤を提供する点が、事業を見る手掛かりになります。操作を組み立てる道具と実行環境がそろうことで、異なる業務へ用途を広げられる可能性があるためです。
Browserbaseは、AIの判断を画面上の作業へつなぐ役割を担おうとしています。自社での使い道を考えるときも、任せたい画面操作と、人が引き受ける判断を書き出すと、必要な仕組みを具体的に検討できます。