NeoBrowser：あなたのログイン済みセッションで本物のChromeを操作するMCPサーバー
NeoBrowser: An MCP server that drives real Chrome with your logged-in sessions
NeoBrowserは、AIモデルが実際のChromeブラウザを操作できるようにするMCPサーバーです。あなたのログイン済みプロフィールを再利用し、bot.sannysoftの検出を通過する本物のフィンガープリントを提供します。人間らしいマウス操作、ボット壁の検出、43のツールを備え、単一の静的Rustバイナリとして動作します。
NeoBrowserは、実際のGoogle Chromeバイナリを駆動し、あなたの実際のログイン済みプロフィールを再利用できるため、モデルは認証済みの状態で着地し、本物のユーザーのように見えます——なぜなら、実際に本物のユーザーだからです。
HNでの議論
30- nater5000
nater5000:
> 見えないふりはしない：サイトがインタラクティブなチャレンジ（reCAPTCHA、Turnstile）を出してきたら、NeoBrowserはそれを検出して、実セッションまたは人間の経路で制御を返す——その正直さが信頼できる理由だ。
私だけかもしれないが、vibecodedなREADMEをきれいに整える手間をかけられないなら、このソリューションを自分でvibecodingした方がましだと思う。
- Icingdeath
Icingdeath:
コーディングエージェントに既存のセッションを操作させたいときは、
/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --remote-debugging-port=9222 --user-data-dir=/tmp/chrome-profile-stable
を使って、それでいい。
- dongkeren
dongkeren:
セキュリティ問題をどう解決しているのか気になる：
READMEにはオプトイン、ファイル権限、SSRFとあったが、以下が見当たらない：
ドメインの許可リスト；
送信・削除前の人間の承認；
操作後の永続的な監査記録；
以前に付与したアクセスの取り消し方法；
プロンプトインジェクションによってエージェントが書き込み操作を行う可能性もある。
実際のユーザーログインセッションを再利用することは、ユーザーの全権限をエージェントに委譲することでもあり、明らかに潜在的なセキュリティ問題がある。
要点は、エージェントが持つ実際の権限が大きいほど、エージェントが負う責任も重要になるということで、それは最初から設計に組み込むべきだと思う。
- andreidbr
andreidbr:
私はClaude Code用のChrome CDPスキルをテスト自動化（ロケーター検出、モバイルレイアウトのトラブルシューティングなど）でうまく使っています。HNで見つけました：https://github.com/pasky/chrome-cdp-skill
当時、もう一つChromiumベースの「MCP特化」ブラウザを見たのを覚えていますが、名前を思い出せません。
- dbbk
dbbk:
Claudeはもうこれをやらないの？