AIエージェントが自動化を行うとき、最初のハードルは「タスクを完了できるか」ではなく「ブロックされずに門を通れるか」だ。
CloakBrowserはその痛点に直接アプローチしている。週5,449スター、累計7,300以上、直近163コミット、2日前にはセキュリティ修正——このプロジェクトは活発に開発されている。
何が問題なのか
端的に言えば：AIエージェントにウェブ上で作業させたい——データ取得、フォーム入力、バックエンド操作——しかしCloudflare、Akamai、各種アンチボットシステムがボットとして識別し、CAPTCHAを表示したり、レートリミットをかけたり、403を返したりする。
CloakBrowserのアプローチはChromiumの基盤フィンガープリントを修正することだ。Playwrightのstealthプラグインのような「JS変数をいくつか追加する」表面的な対策ではなく、WebGLレンダリング特徴、Canvasフィンガープリント、AudioContext、フォント列挙などの深層検出ベクトルをソースレベルで修正する。
公式発表では30/30のテストをすべて通過。この数字に水分があるかどうかは自分で実行して確認する必要があるが、コミット頻度とissue対応速度から見て、デモを作って放置するタイプではないようだ。
なぜ今急成長したのか
3つの要因が重なっている：
第一に、AIエージェントが「チャットボックス」から「ブラウザ」へ移動している。 AnthropicのComputer Use、OpenAIのOperator、各種GUIエージェントフレームワーク——すべてAIが直接ウェブインターフェースを操作するようにしている。エージェントが増えれば、ボット検出によるブロック頻度も上がる。
第二に、アンチボットシステムも進化している。 去年使えていたステルス対策は、今年おそらく通用しない。ブラウザフィンガープリント検出は十数項目から三十数項目に増えた。
第三に、Playwrightエコシステムに「ステルスレイヤー」が必要。 CloakBrowserはPlaywrightのドロップイン代替品として位置づけられている——API互換だが、基盤のブラウザフィンガープリントが書き換えられている。
実際に何に使えるか
競合モニタリングの自動化。 競合の価格、在庫、プロモーション情報を毎日定期取得。
エージェントワークフローの「ラストワンマイル」。 Claude CodeやCursorでエージェントパイプラインを構築したが、最後のステップでSaaSバックエンドにログインしてデータを取得する必要がある——そのステップが最も壊れやすかった。
フォーム自動入力＋データ収集パイプライン。 EC出品、コンテンツ公開、データ入力——これらの反復操作をAIエージェントで自動化。
注意点
- 法的リスク。 ボット検出の回避自体は違法ではないが、それで何をするかは当地の法律による。
- メンテナンスコスト。 アンチボットシステムは継続的に更新され、CloakBrowserも追随する必要がある。
- パフォーマンスオーバーヘッド。 基盤フィンガープリントを修正したブラウザは、レンダリング速度とメモリ使用量に追加のオーバーヘッドがある可能性。
私の判断
CloakBrowserは「また一つのステルスブラウザ」ではない。AIエージェントが大規模にウェブインターフェースを操作し始めるタイミングに登場し、エージェント自動化の「ラストワンマイル」——ブロックされない——という問題を正確に解決している。
AI自動化ワークフローを構築していて、ボット検出に悩まされたことがあるなら、30分かけてデプロイして試す価値がある。
主要ソース：
- GitHub - CloakHQ/CloakBrowser（リポジトリ分析）
- GitHub Trending Weekly（人気追跡）
- Playwright stealth プラグイン比較