ログイン済みブラウザをAIに操作させる新手法
朝の出汁版(通勤2分)
- ポイント1: TencentがリリースしたBrowserSkillを使うと、AIエージェントが自分のブラウザにログインした状態のまま、作業を邪魔せずウェブ操作を自動実行できるようになる。
- ポイント2: 認証情報を都度渡したり別ブラウザを用意する手間が不要になるのが最大の違いで、CLI経由でどんなAIエージェントとも連携できる設計になっている。
- ポイント3: GitHubのREADMEにCLIのセットアップ手順とブラウザ拡張の導入ガイドが記載されているので、まずローカル環境で動作確認するところから始めてみると良い。
出汁の素(深読みモード)
「ログイン済み状態」を使えるのが、これまでとの決定的な違い
これまでのブラウザ自動操作ツールの最大の壁は「認証」だった。Seleniumや既存のヘッドレスブラウザを使う場合、ログインが必要なサービス(SNS、社内ツール、SaaSなど)への操作は、認証情報をわざわざ別途渡すか、ログイン済みセッションをどうにか引き渡す処理を自前で組む必要があった。
TencentがOSSとして公開したBrowserSkillは、この構造を根本から変える設計になっている。CLIとブラウザ拡張のセットで動く仕組みで、AIエージェントは「あなたが今使っている、すでにログイン済みのブラウザ」をそのまま操作できる。認証のトークンを管理する必要がなく、あなたが普段使っているCookieやセッション状態を使うため、ログインをAIに「覚えさせる」という発想自体が不要になる。
GitHubのスター数は4,000超(2025年9月時点)。TypeScript製で、発表内容によれば「どんなシェル経由のAIエージェントとも連携できる設計」とされており、ClaudeやGPT系のCLIエージェントとの接続が想定されている。
「作業を邪魔しない」という設計思想が実は重要
ブラウザ自動化ツールで意外に見落とされがちなのが、「自分が作業している間、並行でどこまで動かせるか」という問題だ。多くのツールはブラウザのウィンドウ全体を占有するため、AIに何かやらせている間は自分の作業が止まる。
BrowserSkillはこの点に意識的に対処している。公式のREADMEには「without interrupting your work(あなたの作業を邪魔せずに)」という言葉が明示されており、AIが裏で動いている間も手前の作業が継続できる設計になっている。
実用面では、「AIに調べものやフォーム入力をやらせながら、自分は別タスクを進める」というワークフローが現実的になる。これは「自分一人でAIを複数走らせる」スタイルを目指している人には、直接刺さる話だ。ローカルで動くAIコーディング環境、自分で組める時代へで触れたようなセルフホスト型エージェント環境と組み合わせると、この「並行作業」の恩恵をより活かしやすい。
どんな作業に使えるか:具体的なユースケースを整理する
「ログイン済みブラウザをそのまま使える」という特性から、特に相性がいいユースケースは以下のような操作だ。
ログインが必要なデータ収集:自分のSNSアカウントのアナリティクスページ、会員制サービスの情報、SaaS管理画面の数値を定期取得する、といった操作が、認証周りを組まずに動かせる。
繰り返し系のフォーム操作:応募、登録、投稿など、同じ操作を複数サイトで繰り返すような作業。CLIで指示を出せるので、AIエージェントに「このリストのURLを順番に開いてこの操作をして」と渡せる。
情報のかき集めと整理:複数のログイン必須サービスをまたいで情報を収集し、まとめるワークフロー。
一方で注意したいのは、「あなたのブラウザを使う」という仕組みゆえに、AIが意図しない操作をした場合の影響がそのまま自分のアカウントに及ぶ点だ。最初は影響範囲の小さい操作から試すのが現実的な判断になる。
まず動かすための最短ルート
触りたい人は、GitHubのREADMEに沿ってCLIとブラウザ拡張を順番にセットアップするところから始められる。
リポジトリ: https://github.com/Tencent/BrowserSkill
手順の流れとしては、①CLIをnpm経由でインストール、②ブラウザ拡張(Chrome系)を導入、③CLIとブラウザを接続、④AIエージェントのシェルから操作コマンドを渡す、という流れが基本になる。TypeScript製なのでNode.js環境があればすぐ動かせる。
最初の動作確認として試しやすいのは、「特定URLを開いてページタイトルを返す」「ログインが必要なページのテキストを取得する」といった読み取り系の操作から入ること。書き込み系(投稿・送信・登録)は動作確認が取れてから使う順番が安全だ。
コードAIに長期記憶を持たせるプラグイン登場でも触れたように、AIエージェント同士の連携や拡張が進んでいる今、「ブラウザ操作」というピースをエージェントに渡せるかどうかが、自動化できる仕事の幅に直結し始めている。まず「自分が毎日ログインして見ているページ」を一つ選んで、そこへの読み取りを試すところから入ると判断しやすい。
CLIエージェントと組み合わせると見えてくる可能性
BrowserSkillが「どんなシェル経由のAIエージェントとも連携できる」設計になっている点は、中級者以上には特に注目したい部分だ。
例えば、Claude CLIやOpenAIのAPIを呼ぶカスタムスクリプトを組んでいる場合、そこにBrowserSkillを組み込むことで「AIが考えた手順をブラウザ操作として実行する」サイクルを回せる。単発の自動化ではなく、「判断→操作→結果を受け取って次の判断」というループを作る土台になる。
strands-agents/harness-sdkのようなエージェントオーケストレーション系のOSSと組み合わせる設計も考えられる。harness-sdkはPython/TypeScript両対応で「任意のモデル・任意のクラウド」でエージェントを動かせる設計になっており(GitHub stars: 7,000超)、BrowserSkillを「ブラウザ操作ツール」として接続するアーキテクチャは技術的に自然な発展方向だ。
ただし、この段階に進む前に「認証情報の扱い」「操作ログの記録」「エラー時のロールバック設計」あたりを自分なりに整理しておく必要がある。エージェントが自律的に動く範囲が広がるほど、「どこまでやっていいか」の設計は使う側の責任になる。
参照ソース
- [GitHub]Tencent/BrowserSkill→ github.com/Tencent/BrowserSkill
- [GitHub]strands-agents/harness-sdk→ github.com/strands-agents/harness-sdk
- [GitHub]arnegiacomo/fugleramme→ github.com/arnegiacomo/fugleramme
