superview.sh レビュー: Claude Code の通信を横取りして可視化するシェル一行ツールの実力と盲点

リポジトリの正体: 監視ツールか、それとも集客ページか

Leanmcp/superview.sh というリポジトリ名からは、シェルスクリプトで完結するツールを想像するだろう。実際の README は「Clear-Code」というタイトルで始まり、内容の大半はオープンソース AI コーディングアシスタントの紹介記事だ。Cline、OpenCode、OpenHands、Aider などの比較が並び、最後に Claude Code のログ可視化サービスへの誘導がある。つまりこのリポジトリは、ホストされているプロジェクト本体というより、Leanmcp 社の AI ゲートウェイサービスへの導線を兼ねたランディングページの性格が強い。監視ツールとしての実体は、後述する環境変数の書き換えと、Leanmcp のクラウドダッシュボードへの依存で成り立っている。この構成は、ユーザーに「無料のガイド」を提供しつつ、実際の収益はクラウドサービスの利用料で得るというビジネスモデルを示唆している。

仕組み: たった2行の環境変数で通信を奪う

README が示す設定方法は極めて単純だ。ターミナルで次の2行を実行する。

export ANTHROPIC_BASE_URL=https://aigateway.leanmcp.com/v1/anthropic export ANTHROPIC_API_KEY=your_leanmcp_key

このうち ANTHROPIC_BASE_URL の書き換えが本質だ。Claude Code は Anthropic API のエンドポイントをこの環境変数から読み取るため、リクエスト先が Leanmcp のゲートウェイに切り替わる。ゲートウェイはリクエストを中継しつつ、ログを記録してダッシュボードに表示する。コード変更も、エージェントの設定ファイル編集も不要で、シェルの設定に追記するだけで有効になる。この方式は、プロキシを挟む従来の手法と比べて導入障壁が低い。ただし、API キーも Leanmcp のものに置き換える必要があるため、Anthropic の公式キーをそのまま使うことはできない。つまり、ログ可視化と引き換えに、認証経路もサードパーティに預ける構造だ。

実際の流れ: リクエスト、ログ、そしてダッシュボード

設定後に Claude Code で任意のタスクを実行すると、すべての API リクセストが aigateway.leanmcp.com を経由する。README は「Every request. Every file it reads. Every token it burns.」と宣伝しており、リクエスト内容、読み取ったファイル、消費トークンが記録されると主張している。ユーザーは app.leanmcp.com にアクセスしてログを閲覧し、キーは app.leanmcp.com/billing で取得する。この流れから、ログはクラウド上に保存され、ブラウザ経由で確認する設計だと分かる。ただし、ログの保存期間、検索機能、エクスポート形式、チーム共有の可否といった詳細は README に一切記載がない。トークン消費量の可視化はコスト管理に役立つが、肝心の「どのファイルを読んだか」がどの粒度で記録されるのかも不明だ。ドキュメントが薄い部分は、実際に試す前に Leanmcp のドキュメントサイト（docs.leanmcp.com）で確認する必要がある。

プライバシーとセキュリティ: 最大の懸念点

このツールの本質は、Claude Code の通信を第三者サーバーに中継することだ。つまり、プロンプト、ソースコードの内容、ファイルパス、レスポンスがすべて Leanmcp のサーバーを経由する。README は「コードを送信することへの懸念」をオープンソースツールの利点として挙げているが、superview.sh 自体はその懸念を解消しない。むしろ、コードを自社サーバーではなく Leanmcp に送ることを前提にしている。企業で機密コードを扱う場合、この中継はセキュリティポリシーに抵触する可能性が高い。また、ANTHROPIC_API_KEY を Leanmcp のキーに置き換えることで、Anthropic の公式 API を直接使う場合と比べて、認証情報の管理主体が変わる。MIT ライセンスで公開されているとはいえ、サーバー側の実装はクローズドであり、監査できない。この点は、オープンソースの利点を謳う README の主張と矛盾する。

導入コストと運用: 手軽さの裏にある依存

導入は環境変数2つで完了し、コード変更もビルドも不要だ。これは確かに魅力的で、既存の Claude Code ワークフローを壊さずにログ可視化を始められる。しかし、その手軽さは依存関係も同時に持ち込む。ANTHROPIC_BASE_URL を書き換えるということは、Claude Code のすべての通信が Leanmcp の可用性に依存することを意味する。Leanmcp のサービスが停止すれば、Claude Code 自体が動作しなくなる。さらに、無料枠の有無や料金体系は README に記載がなく、billing ページへのリンクがあるだけだ。運用を続けるなら、コストがどのように発生するのかを事前に把握しておくべきだ。また、環境変数はシェルごとに設定する必要があるため、複数のマシンで使う場合は各環境での設定漏れが生じやすい。この点は、設定ファイルで一元管理するツールと比べて運用上の注意が必要だ。

代替案: セルフホスト型プロキシと MCP ベースの可視化

superview.sh と同様の目的を達成するには、別のアプローチがある。一つは、自前でリバースプロキシを立てて Anthropic API のリクエストを記録する方法だ。例えば、軽量な HTTP プロキシをローカルで実行し、ANTHROPIC_BASE_URL にそのアドレスを指定すれば、ログは自社のサーバーに留まる。この方法は、データ外部送信の懸念を排除できるが、ダッシュボードの構築やログの保存・検索機能を自分で実装する必要があり、導入コストは跳ね上がる。もう一つは、MCP（Model Context Protocol）を利用した可視化ツールだ。Cline が MCP をサポートしているように、Claude Code も外部ツールと連携できる。MCP サーバーとして実装されたログ記録ツールを使えば、通信を中継せずにエージェントの行動を記録できる可能性がある。ただし、Claude Code の MCP 対応状況と、そのツールの成熟度は別途調査が必要だ。superview.sh の利点は、こうした実装を一切せずに済む点にあるが、その代償として外部サービスへの依存を受け入れることになる。

ライセンスとメンテナンス: 実態はサービスのフロント

リポジトリは MIT ライセンスで公開されており、コード自体は自由に利用・改変できる。しかし、前述の通り、このリポジトリの実体は README と、サービスへの導線だ。実際のゲートウェイやダッシュボードのコードは公開されておらず、プロジェクトのメンテナンス状況は「Last push: (unknown)」と不明瞭だ。リリースも確認されていない。つまり、このリポジトリはソフトウェアのソースコードとして評価するより、サービスのドキュメントとして評価すべき対象だ。アップグレードやバグ修正は、Leanmcp のサービス側で行われるため、ユーザーがリポジトリの更新を待つ必要はない。一方で、サービスが終了すれば、環境変数を元に戻すだけで元の状態に復帰できる。この復帰の容易さは、ロックインのリスクを軽減する。ただし、その間に記録されたログは消える可能性が高い。

編集部の結論

Claude Code を日常的に使い、各リクエストがどのファイルを読み、どの API に何トークン消費したかを手早く確認したい個人開発者や小規模チームには、superview.sh の環境変数方式は導入コストがほぼゼロで魅力的だ。一方、コードの内容やプロンプトを第三者サーバーに送りたくない企業や、規制業界で働く開発者は採用すべきではない。導入前に、送信されるデータの範囲（リクエスト本文、ファイル内容、レスポンス）がドキュメントで明確に開示されているかを確認し、無料枠のログ保存期間と料金体系を billing ページで確かめること。また、監視対象が Claude Code のみであるため、他のエージェント（Cline や OpenCode など）を使う場合は別の可視化手段を検討する必要がある。最終的な判断は、あなたのコードが外部に出るリスクと、ログ可視化の利便性のどちらを重く見るかにかかっている。

公式情報源

1. Official documentation
2. Official README
3. Project repository