AIと人間が同時に動けるブラウザが登場

Claudeや各種AIエージェントにブラウザ操作を任せたことがある人なら、あの感覚は覚えているはずだ。AIが動いている間、自分のマウスもキーボードも使えない。エージェントがフォームを埋め、ページを遷移し、スクロールする様子を横で眺めるしかない——「自動化」のはずが、自分が止まる。

構造的な理由がある。既存のAIエージェント（BrowserUseやPlaywrightベースのものなど）は、OS側のブラウザプロセスを直接制御する仕組みをとっている。ブラウザは基本的に「1人のユーザー」を想定した設計のため、AIが操作を握ると人間は締め出される。複数タブがあっても、入力フォーカスやクリックイベントは同じプロセス内で競合する。つまり「AIが操作中は人間も止まる」は設計上の必然だった。

GitHubで公開された「ego-lite」（citrolabs/ego-lite）は、この構造問題をブラウザ自体の設計から解消しようとしているプロジェクトだ。スター数は執筆時点で1,500超。

リポジトリのドキュメントによると、ego-liteはAIエージェントと人間のユーザーが同じブラウザ上で「並列」に動けるよう設計されている。具体的には、AIエージェントの操作セッションと人間のブラウジングセッションを分離する構造を採用しており、AIが別タブでフォームを埋めたりスクレイピングを実行したりしている間も、人間は別のタブで通常の作業を続けられる。

注目したいのは、これが「ツールの使い方を工夫する」ではなく「ブラウザ自体を再設計する」アプローチである点だ。従来のワークアラウンド——たとえばVMを立てる、別マシンにエージェントを逃がす——は現実的な手間がかかる。ego-liteはその手間をブラウザレベルで吸収しようとしている。

以前紹介したAIコーディング中にWeb検索をローカルで完結させるのように、「AIが作業する環境と自分の環境を分ける」という流れは複数のプロジェクトで同時に起きており、ego-liteはそのブラウザ版と位置付けられる。

ego-liteはオープンソースプロジェクトのため、現時点では「インストールして即使える完成品アプリ」というよりも、自分でビルドして試す段階にある。この点は正直に把握しておきたい。

コードなしでできること（まず把握できること） GitHubのREADMEとドキュメントを読むだけで、設計思想と動作の仕組みは理解できる。「なぜ既存のエージェントは自分の作業を止めるのか」「ego-liteはどこを変えているのか」を言語化できるようになるだけでも、今後のツール選定に活きる。

JavaScriptが書けると有利なこと リポジトリはJavaScript製。ソースを読んで、自分が使っているAIエージェント（n8n、Dify、各種Claude連携フローなど）と組み合わせる実験ができる。エージェントの操作セッションをego-liteのAPIに向けるような改造の余地がある。

自動化フローを組んでいる人にとっては、「エージェントが動いている間も自分で確認・修正できる」という体験は大きな違いになる可能性がある。エージェントに全部任せて放置するのではなく、並走しながら監視・介入するスタイルが現実的になる。