ego-lite MCP サーバ

Claude Desktop の Chat / Cowork から、ブラウザ ego (lite) を操作するための MCP サーバ。

ego lite 公式の ego-browser は skill 形式で、シェルを実行できる CLI エージェント（Claude Code、Codex など）向けに作られている。 シェルを持たない Claude Desktop の Chat / Cowork からは、そのままでは使えない。 このサーバは ego-browser CLI を子プロセスとして起動し、モデルが書いた JavaScript を渡して実行させることで、その欠けた実行手段を補う。

設計の理由と経緯は docs/design.md にある。

必要なもの

• macOS（ego lite の配布は現時点で macOS のみ。Windows は待機リスト受付）

• ego lite.app（オンボーディングを済ませ、起動していること）

• ego-browser CLI（ego lite のオンボーディングで入る）

• Node.js（サーバ自体の実行用。スクリプトは ego-browser 組み込みの Node で動く）

Related MCP server: Browser Agent MCP

導入

リポジトリを取得したディレクトリで依存パッケージを入れる。

npm install

Claude Desktop の設定ファイル claude_desktop_config.json の mcpServers に、次の項目を加える。 設定ファイルは通常 ~/Library/Application Support/Claude/claude_desktop_config.json にある。

"ego-lite": {
  "command": "node",
  "args": ["/path/to/ego-lite/server.mjs"],
  "env": { "EGO_BROWSER_BIN": "/path/to/ego-browser" }
}

2 つのパスは、自分の環境の絶対パスに置き換える。 JSON の中では ~ や $HOME が展開されないため、省略形は使えない。

• args：このリポジトリの server.mjs。リポジトリのディレクトリで echo "$PWD/server.mjs" を実行すると得られる

• EGO_BROWSER_BIN：ego-browser CLI。command -v ego-browser で得られる（通常は ~/.local/bin/ego-browser）

EGO_BROWSER_BIN は省略しないほうがよい。 Claude Desktop が起動する子プロセスはログインシェルの環境変数を引き継がないため、PATH から ego-browser が見つからないことが多い。

設定を書き換えたら、Claude Desktop を再起動する。起動中のプロセスには反映されない。

安全上の注意

このサーバは、ego lite に保存された利用者本人のログイン済みアカウントで操作する。 送信・購入・削除に相当する操作もサーバ側では止めず、Claude Desktop がツール実行前に出す承認画面で、利用者がスクリプト全文を読んで判断する前提にしている。

そのため、ego_run_script を「常に許可」に設定しないこと。 設定した時点で歯止めがなくなる。

動作確認

リポジトリのディレクトリで、シェルから標準入出力越しの疎通を確認する。

EGO_BROWSER_BIN="$(command -v ego-browser)" node test.mjs

initialize、tools/list、tools/call（成功時と例外送出時）を順に検査し、問題がなければ all checks passed と出る。

続いて Claude Desktop 上で、ego_run_script を 2 段階で呼ぶ。 順番に意味がある。

第 1 段階では、ブラウザ本体には接続せず、サーバの起動・ego-browser の発見・ツールの受け渡しだけを確かめる。

console.log(await help("taskSpace"))

第 2 段階では、実際にページを開いてタスクスペースを閉じる。

const task = await taskSpace("smoke test");
const page = task.page("p1");
await page.goto("https://example.com");
console.log(task.spaceId, await page.snapshot());
await task.finish({ keep: [] });

第 1 段階が通り、第 2 段階で Failed to connect to ego_cli bootstrap が返った場合は、ego lite が起動しているかを確かめる。 起動していてもこのエラーが出るなら、原因は「Claude Desktop が起動した子プロセスから ego lite の内部サービスに届かない」に絞られる。

サーバが起動しない場合は ~/Library/Logs/Claude/mcp-server-ego-lite.log を見る。 Cannot find module が出ていれば、args のパスが間違っている。

ドキュメント

• docs/design.md：設計の判断と経緯、未検証事項

• docs/20261015-ego-lite-control-layer.html：ego-browser スキル、このサーバの実装、比較検証の解説（2026-10-15 時点）

ライセンス

MIT。ただし docs/design-system/ は対象外である。 これは数理の弾丸（mathbullet）氏の html スキルに含まれるデザインシステムで、権利は作者にある。

参考

• ego-browser 技術ドキュメント: https://lite.ego.app/document/en/docs/ego-browser

• ego (lite) クイックスタート: https://lite.ego.app/document/en/docs/quick-start

• GitHub (citrolabs/ego-lite): https://github.com/citrolabs/ego-lite

• ego (lite) 公式サイト: https://lite.ego.app/