エージェントにブラウザを使わせるという着想に、Browser Use は早くから手を付け、多くの企画より遠くまで走った。ページの合言葉はこれ以上なく素直で、ブラウザを使うエージェント、というものだ。製品はそこで二つに割れる。Browser Use Agents は仕事を受け取って結果を返し、Browser Infrastructure は自分のエージェントに遠くのブラウザを貸す。上の二つの入口もこの割り方に沿い、エージェントを走らせる、ブラウザを開く、となり、隅に 115,000 の星が記される。

成功率と一題あたりの費用を同時に測る基準

最も目を引く数字は、自ら組んだ難度の基準から出ている。106 の課題で、Browser Use は成功率 82 パーセント、一題あたり 17 セントと報じる。対照の行には三つの先端のモデルが並び、成功率は 62、59、59 パーセント、一題あたりの費用はそれぞれ 3.40、1.55、2.20 ドルだ。

肝心なのは何を測っているかだ。ページは 106 の課題での成功率と、解けた一題あたりの費用を並べる。一度の呼び出しの値段とは別の問いである。安いが半分外すモデルは高くつくし、それを無視した基準は、評価のふりをした価格表にすぎない。

遠くのブラウザの側にも数字がある。71 の守られた場所への到達の割合で、自らに 81 パーセント、他の三つの役務には 77、67、47 パーセントを当てる。どちらも自ら組んだ基準で、見本も対照の作法も提供元が決めたものだから、買う側は自分の狙う場所で試すべきだ、という読み方がまともだ。

見せる区画はもっと具体的だ。実際に走らせた 42 本の録画があると公式は言い、課題には隣り合う映画の席を二つ見つける、住まいの建材の店で受け取りの籠を満たす、入口のページの結果を CSV に書き出す、ページの品質を調べる、走っている盤から将棋を指す、会話の作業場所の中でブラウザの仕事を走らせる、テトリスの 100 行を消す、といったものが並ぶ。

三つの入り口、雲から手元まで

説明は使い方を三つに切る。完全に預ける雲では、預けたエージェントを呼べばブラウザを動かしてくれ、下に身を隠すブラウザ、記録、録画、資料の方針が付く。命令行の道では、指示の文を自分のコーディングのエージェントに貼れば、道具を入れさせ、自分のブラウザに繋がせる。Python の庫では、開かれたエージェントを自分のコードで走らせ、Python 3.11 以上を要し、包みを入れモデルの鍵を置くだけでよい。例の課題はある置き場の星の数を調べることで、走らせるとエージェントが自分でブラウザを開いて調べ、答えを印字する。モデルは他所のものも自分のものも使え、ブラウザは手元でも雲でもよい。

雲の二つの道と、金を焼く一つのやり方

文書は雲の側を二つの製品に分ける。どちらも第四版の API を使う。Browser Use Agents は仕事を渡せばブラウザを動かす側。Browser Infrastructure は、既にある Playwright や Puppeteer のコードが CDP で預けたブラウザに繋ぐ側で、自動化のコードは既にあり、走る場所だけを雲に変えたい班に向く。

繰り返す値のある落とし穴がある。CDP を切っても預けたブラウザは止まらない。最後に自分でその対話を止めないと、課金が回り続ける。雲の SDK は Python 3.10 以上を要し、鍵を取れば、課題を作り、終わりを待ち、結果を取るという中核が三行で済む。

価格：使った分だけ、購読なし

枠は 5 ドルからで、購読はなく、期限も切れない。ブラウザは一時間 0.02 ドルに通信量が加わる。Browser Use Agents はモデルの費用に 20 パーセントを上乗せし、そこにブラウザの時間と通信量が乗る。条件を満たす新しい登録には 15 ドルの枠が付く。

数字ではなく形を見ると、二つの製品が見えてくる。預けたブラウザで自分の Playwright のコードを走らせるだけなら、費用は身を隠す仕組みと仲介を備えた機械を時間で借りるのに近い。そのエージェントに働かせるなら、モデルの量に二割を上乗せして買っていることになる。どちらも購読ではないので、暇な月は何もかからず、忙しい月は定額より高くつきうる。

開かれた側にも数字がある。約 115,000 の星、月に 2,310 万回の取り込み、MIT の許諾、366 人の貢献者、137 の公開された版で、言語はほぼ Python だ。雲でも手元でも走ると公式は明言し、その一文が信じられるのは許諾があるからだ。

向いている人

三つの層。繰り返すページの操作を自動にしたいが、ボットを防ぐ仕組みや確認文字の世話は自分で持ちたくない小さな班。守られた場所への到達の割合は、まさにこれを売っている。既に Playwright で流れを書いた技術の班で、走る場所だけを雲に移したいので、基盤の道を選び、手をほとんど入れない。そしてブラウザの操作を自分のエージェントに渡す道具にしたい開発者で、命令行と MCP の両方に入り口がある。

二つの輝く数字が語れること、語れないこと

どちらも自己申告で、提供元が設計した基準の上での話だ。それが偽りというわけではないが、証明できる範囲は狭まる。106 の課題での成功率は、作者が選んだ種類の課題でこの企画がよく働くという意味を持つ。自分の本当に気にする場所で、自分の本当に持つ勘定で、ボットの検査が現れた瞬間に何が起きるかは語らない。

解けた一題あたりの費用にも同じ慎重さが要る。こちらは二つのうちで面白いほうで、失敗も値段に織り込んでいる。その数え方は正しいが、数字が課題の混ざり方で動くということでもある。易しい課題を並べた組と、手強い課題を並べた組では、同じ仕組みでもまるで違う値が出る。

正直に二点

第一に、印象的な二つの対照はどちらも企画が自ら組んだ基準から出ている。決める前に自分の狙う場所で試してほしい。第二に、上の課金の落とし穴こそ雲の製品の実際の危うさだ。捨てた対話は課金を続けるので、コードが失敗しても止まるように仕事を包むべきだ。

ブラウザのエージェントの本当の敷居は、ボタンを押せるかではなく、狙う場所に阻まれた後、戻る道をまだ見つけられるかにある。