本文へスキップ
ReviewRamble

週刊ブリーフ

AIのレビューを、あなたの受信箱に。

  • ツール、モデル、MCPサーバー、リポジトリの新しいレビュー(結論を最初に)
  • 変更があったときに再確認した価格と評価
  • 公開された新しい分析記事

モデル、エージェント、MCPサーバー、そして本当に時間をかける価値のあるツール。

週に1通です。配信停止は各メールのリンクからできます。 メールアドレスの利用について

agent-lsp

既存の言語サーバーをエージェントに使わせます。参照、診断、リネームのプレビュー、ディスクに書く前に検証される編集。

レビュー: ReviewRamble editors · 更新

導入ガイド ソースコードオープンソース

当サイトの評価

3.9/5

書き込む前に編集を検証する、言語サーバーとエージェントの丁寧な橋渡しです。ただし大きすぎるツール一覧と、リリースのペースに表れる若さが足を引っ張ります。

agent-lspとは?

agent-lspはBlackwell SystemsによるMCPサーバーで、gopls、rust-analyzer、pyright、clangdといった通常の言語サーバーを起動・管理し、その知識をAIエージェントに提供します。66個のツールは定義へのジャンプ、参照、呼び出し階層と型階層、診断、リネーム、コードアクションを扱い、さらにシンボルの呼び出し元を1回で返すblast_radiusのような複合呼び出しや、編集をメモリ上で適用して書き込む前にエラーの増減を報告するシミュレーション用ツール群を備えます。

MITライセンスの単一のGoバイナリで、2026年4月に始まり、確認時点でGitHubのスターは約179、コントリビューターは9人でした。リリースは頻繁で、v0.24.2は2026年11月4日に出ており、その日3回目のリリースでした。READMEは実際の言語サーバーを使ってCIで検証している言語を32と挙げており、npmパッケージは2026年11月12日までの1週間に484回ダウンロードされています。

agent-lspのインストール方法

npm install -g @blackwell-systems/agent-lsp && agent-lsp init

agent-lspは使う価値があるか?

agent-lspはコーディングエージェントの現実的な弱点に応えます。エージェントは呼び出し元の検索やシンボルのリネームをgrepで行いますが、grepは同じ名前の関数が二つあることを区別できません。言語サーバーにはそれができ、agent-lspは言語ごとに一つを起動したまま保ち、エージェントが直接問い合わせられるようにします。作者自身がHashiCorp Consul(約319,000行)で測ったところ、影響範囲の分析は言語サーバー経由で119回のツール呼び出しと841 KBで済み、grepとファイル読み込みでは5,534回と17.7 MBかかりました。

特徴は、書き込む前に編集を検証することです。preview_editとsimulate_chainは変更をメモリ上で適用し、どの段階で新しいエラーが生じるかを示します。safe_apply_editはエラー数が増えない場合にだけ書き込み、プレビューがタイムアウトしたときやサーバーがまだインデックス中のときは拒否します。/lsp-refactorなどのスキルは影響分析、プレビュー、適用、ビルド、テストを順につなぎ、そのうち四つでは順序を外れた呼び出しをサーバーが止めます。よく知られた競合のSerenaもシンボル単位で編集しますが、メモリ上のプレビューはagent-lspが加えた部分です。

何を実行できるかは把握しておくべきです。run_buildとrun_testsは、go build、cargo test、pytest、npm testなどプロジェクト自身のコマンドを実行するため、信頼できないリポジトリのテストスクリプトやビルドフックがユーザー権限で動きます。execute_commandは言語サーバーのコマンドをそのまま渡し、編集ツールはソースファイルに書き込みます。既定のトランスポートはstdioです。bearerトークンを使うHTTPモードは、別の設定をしない限り127.0.0.1で待ち受け、READMEはトークンをコマンドラインに書かないよう注意しています。

注意点:66個のツール定義は、すべてを読み込むクライアントにとって重い負担です。また、ほかのMCP-LSPブリッジはCIで言語を検証していないという主張を含め、READMEの比較はメンテナー自身の主張です。応答は既定でJSONではなく作者独自のコンパクト形式GCFで返り、作者の数字ではトークンを30〜84%削減しますが、自前のツールが読めない形式が一つ増えます。PythonとTypeScriptのプロジェクトでは、参照が信頼できるようになるまでバックグラウンドのインデックス用デーモンが必要です。

結論:エージェントが呼び出し元を壊し続ける多言語の、あるいは非常に大きなリポジトリなら、agent-lspは午後を一つ使って試す価値があります。単一言語の小さなプロジェクトなら、エージェント内蔵の検索でおそらく十分です。

真価を発揮する場面

  • 300,000行のGoモノレポを保守するプラットフォームエンジニア

    エクスポートされた関数の名前を変え、ビルドを壊さずにすべての呼び出し元を更新する

    /lsp-renameスキルがprepare_renameを実行し、すべての箇所を示して一度に変更を適用します。その後/lsp-verifyがgo buildとテストを走らせます。無料で、grepに頼るエージェントが起こしがちなCIの失敗の繰り返しを減らせます。

  • GoのAPIとTypeScriptのフロントエンドを持つ4人のフルスタックチーム

    一つのエージェントセッションでコードベースの両方を行き来させる

    agent-lsp initが、.goファイルをgoplsに、.tsをtypescript-language-serverに振り分ける設定を書きます。READMEによるとTypeScript 7にはtsserverがないため、当面はTypeScript 6をグローバルに入れてください。

  • 移行の前に古いPythonサービスを整理するテックリード

    誰も呼んでいないエクスポートを見つけ、安全に削除する

    /lsp-dead-codeが参照ゼロのシンボルを一覧にし、safe_delete_symbolが削除ごとにエラー数を返します。ブランチ上で行ってください。pyrightは先にデーモンでのインデックスを終えている必要があります。

導入前に確認すること

導入
npm install -g @blackwell-systems/agent-lsp、Homebrew、pip、Scoop、winget、またはcurlのインストールスクリプトで導入し、必要な言語サーバーを入れてから、agent-lsp doctorとagent-lsp initを実行します。initはクライアント用のMCP設定とエージェント向けルールを書き込みます。READMEによれば、最初のセッションでのワークスペースのインデックスは一般的なプロジェクトで約10秒です。
連携
Claude Code、Cursor、Windsurf、Gemini CLI、Codex、Cline、Continue、Piにstdioで対応し、Streamable HTTPならどのクライアントでも使えます。ツール66個、MCPプロンプトとしても公開される24個のスキル、言語別のDockerイメージ、LSPクライアントを直接使うためのGoライブラリがあります。
データとプライバシー
ユーザー権限でローカルに動き、指定したワークスペースを読み、編集し、ビルドします。エージェントが読んだコードはモデル提供元に送られます。READMEにはテレメトリーの記載はありません。HTTPモードはbearerトークンを使い、既定で127.0.0.1で待ち受けます。Dockerイメージは非rootユーザーで動きます。
大規模利用時のコスト
MITで無料です。コストはコンテキストと時間で、すべてを読み込むクライアントではセッションごとに66個のツール定義、それに大きなリポジトリで動く言語サーバーそれぞれのメモリが加わります。
制限
精度は各言語サーバー次第です。PythonとTypeScriptは初回のインデックスに数分かかり、バックグラウンドのデーモンがそれを保持し、30分操作がないと終了します。対話的なリファクタリングにはgopls v0.24以降が必要です。

良い点

  • 実際の言語サーバーを使うので、参照とリネームが型を理解している
  • 編集をメモリ上でプレビューし、前後のエラー数を比べられる
  • 一つのプロセスで複数の言語を同じセッションで扱える
  • 単一バイナリで、npm、pip、Homebrew、Scoop、wingetから導入できる

気になる点

  • 66個のツールが、すべて読み込むクライアントのコンテキストを圧迫する
  • run_testsとrun_buildはプロジェクトのスクリプトを実行する
  • 出力の既定はJSONではなく作者独自のGCF形式
  • 若いプロジェクトで、競合との比較は自己申告

おすすめの人

大規模または多言語のコードベースでClaude Code、Codex、Cursorを使い、リファクタリングを本物の言語サーバーで検証したいエンジニアに向いています。

agent-lspの代替

agent-lsp:よくある質問

agent-lspは使う価値があるか?
書き込む前に編集を検証する、言語サーバーとエージェントの丁寧な橋渡しです。ただし大きすぎるツール一覧と、リリースのペースに表れる若さが足を引っ張ります。 評価は5点満点中3.9点です。
agent-lspの料金は?
無料のオープンソース(MIT)です。
agent-lspの欠点は?
66個のツールが、すべて読み込むクライアントのコンテキストを圧迫する; run_testsとrun_buildはプロジェクトのスクリプトを実行する; 出力の既定はJSONではなく作者独自のGCF形式; 若いプロジェクトで、競合との比較は自己申告.
agent-lspは誰に向いているか?
大規模または多言語のコードベースでClaude Code、Codex、Cursorを使い、リファクタリングを本物の言語サーバーで検証したいエンジニアに向いています。
チームや本番環境でagent-lspを使うと費用はいくらか?
MITで無料です。コストはコンテキストと時間で、すべてを読み込むクライアントではセッションごとに66個のツール定義、それに大きなリポジトリで動く言語サーバーそれぞれのメモリが加わります。
agent-lspは企業データを扱っても安全か?
ユーザー権限でローカルに動き、指定したワークスペースを読み、編集し、ビルドします。エージェントが読んだコードはモデル提供元に送られます。READMEにはテレメトリーの記載はありません。HTTPモードはbearerトークンを使い、既定で127.0.0.1で待ち受けます。Dockerイメージは非rootユーザーで動きます。
agent-lspの代わりになるものは?
当サイトでレビューした中で最も近い代替はSerena 、 Lean LSP MCPです。

回答確認日:2026年11月13日