TITLE

複数のAIコーディングエージェントのコストはなぜ見えなくなるのか — OSSの『AgentsView』でログを一元化する

投稿日：2026.10.18

散らばったログの迷子

AIコーディングエージェントは、使うツールが増えるほど履歴の置き場所も増えます。Claude CodeはClaude Code独自の形式で、CodexはCodex独自の形式で、CursorやCopilotもそれぞれ自分のディレクトリに会話とトークン使用量を記録します。GIGAZINEの紹介記事では、AgentsViewが60種類以上のAIコーディングエージェントのローカル履歴を自動収集・検出できると説明されています。

この「ツールごとに閉じた保存場所」という構造そのものが問題です。1つのツールだけを使っているうちは気になりませんが、タスクによってエージェントを使い分けるようになった瞬間、「あの実装の相談はどのツールでしたか、覚えていない」「今月のAI利用コストの総額が分からない」という状態に陥ります。検索も集計もツールごとに個別のUIを開いて確認する以外に方法がなく、横断的な可視性がどこにも存在しません。

AgentsViewは何をするか——ひとつの金庫に集める

AgentsViewがやっていることは単純です。各エージェントがローカルに残した履歴を検出し、1つのローカルデータベースに集約した上で、検索・コスト・分析の3つの見方を1つのダッシュボードから提供します。

GitHubのREADMEで確認できる主な機能は次のとおりです。

全文検索: SQLite の全文検索機能「FTS5」を使い、日本語を含むCJK文字・フレーズの検索に対応しています。
セマンティック検索(オプトイン): OpenAI互換の埋め込みエンドポイントを使い、言葉の表記ゆれを超えた検索ができます。既定では無効で、使うかどうかを選べます。
トークン使用量・コストダッシュボード: モデル別の内訳と日次の支出グラフを表示します。
分析・アクティビティダッシュボード: ヒートマップ、ツールごとの利用状況、プロジェクト別の集計を見られます。
ツールシーケンス: エラー・リトライ・回復の流れを追跡できます。
会話メモリとRecall: Claude Code・Codex向けのプラグインで会話を記憶させる機能に加えて、過去の会話から再利用できる手順を抽出する実験的な機能(Recall)があります。抽出した手順はそのまま自動適用されるのではなく、根拠を確認した上で承認するか保留するかを選ぶ設計です。
CLI: usage・stats・session usage・daemonなどのコマンドが用意されています。

agentsview serverで起動すると、ローカルの http://127.0.0.1:8080 でこのダッシュボードを開けます。複数台のPCで作業している場合は、履歴をPostgreSQLに統合し、さらにClickHouseやDuckDBで分析することもできます(SQLiteが正本で、他のDBは同期先という位置づけです)。UIは8言語に対応し、SSE(Server-Sent Events。サーバー側から更新を自動配信する仕組み)によるライブ更新もあります。

ローカル完結という設計——正本はどこにあるか

AgentsViewの設計で押さえておきたいのは、セッションのアーカイブが共有機能を使わない限りローカルマシン上に残る、という前提です。正本はSQLiteで、PostgreSQL・ClickHouse・DuckDBへの同期はあくまで複数台のPCをまたいだ分析や大規模な集計をしたい場合の選択肢です。前述のセマンティック検索(オプトイン)を有効にしない限り、会話履歴という機微なデータを外部のSaaSに送る構成にはならず、まず自分の手元に置いた上で、必要な範囲だけ広げる作りになっています。

この前提は、コストと会話履歴を一元管理したい動機と、コードの相談内容を外部に送りたくない動機が同時に存在する開発現場にとって、実務的な意味を持ちます。AgentsViewはこの2つを両立させる設計を選んでいます。

導入方法と対応範囲の実際の数字

インストール方法は環境ごとに用意されています。

macOS/Linux: curl -fsSL https://agentsview.io/install.sh | bash
Windows: PowerShellでirm https://agentsview.io/install.ps1 | iex
デスクトップアプリ: GitHub ReleasesまたはHomebrew(brew install --cask agentsview)
Dockerイメージ: ghcr.io/kenn-io/agentsview:latest
ソースからビルドする場合はGo 1.27.2以上(CGO=C言語の機能をGoから呼び出す仕組みを有効にした状態)とNode.js 24.11以上が必要です

対応OSはmacOS・Linux・Windowsで、ライセンスはMIT、READMEに料金の記載はなく無料で使えます。本記事の執筆時点(2026年10月)の最新リリースはv0.45.0、READMEの最終更新は2026年10月9日、リポジトリのコミット数は1,641件でした。

対応エージェントの数については、出典によって書かれている数字が違います。GIGAZINEの見出しは「60種類以上」、README本文の説明文は「20以上のエージェントに対応」、そしてREADMEの対応表そのものには派生版や非推奨版を含めて69行の記載があります。対応表にはClaude Code・Codex・Cursor・GitHub Copilot・Gemini CLI・Windsurf・Aider・Zedなど、広く使われているツールが並んでいます。数字の幅があるのは、「エージェントの系統として何種類か」と「対応表の行数として何件か」で数え方が違うためだと考えられますが、どちらの数え方が正しいかはREADME上では明言されていません。導入を検討する際は、自分が使っているエージェントが対応表に載っているかを個別に確認するのが確実です。

なお、本ツールの初出時期について、公式のリリースノートでは確認できませんでしたが、海外のコミュニティサイト(hada.io)への掲載時期から2026年7月頃に登場したツールだと見られます。これは二次情報であり、断定はできません。

私たちがコスト管理を自前で持っている理由

私たちも複数のAIエージェント(Claude Code・Codex など)を使い分けて会社の業務を自動化しており、コストの可視性には同じ課題を抱えてきました。私たちの場合はcronで動く無人の定期実行ループが中心で、対話型のコーディングセッションというより自動化されたタスク実行が主な対象です。支出の記録は独自のcost-ledger.jsonlという仕組みで残しており、ある時期の支出増の原因が特定の定期実行ジョブで使うモデルの選択(コストの高いモデルがコード上に固定されていたこと)にあったと、この記録を遡って特定できました。

AgentsViewが対象にしているのは対話型のコーディングエージェントのセッション履歴であり、私たちのcost-ledger.jsonlが対象にしている自動化ループのコストとは、扱っているレイヤーが異なります。それでも、「複数のAIエージェントを使うほど支出の全体像が見えにくくなる」という構造そのものは同じです。この構造に対して、私たちは既存の運用形態に合わせて専用の記録を作るという判断をしましたが、対話型のツールを複数人・複数ツールで使うチームであれば、AgentsViewのように横断ダッシュボードを最初から持つ製品を使う方が、自作するより早く同じ可視性に到達できると考えています。

まとめ

インストールスクリプトを実行してagentsview serverを起動すると、直近の作業で使ったエージェントの履歴がどれだけ集まるかを確認できます。対応表に載っていないツールを使っている場合でも、ローカルの履歴がどう保存されているかを見直すきっかけになります。複数のAIコーディングエージェントを使うこと自体は珍しくなくなりましたが、私たちが持っているのも自動化ループ向けの記録だけで、対話型のセッションを横断して検索・コスト・分析を一元化する仕組みはまだ持てていません。