MCP（Model Context Protocol）がAIエージェントと外部ツールを繋ぐ標準になりつつある。だが、サーバーが「生きているかどうか」だけでなく、「エージェントが正しいツールを選べているか」「パラメータが意図通り渡っているか」まで見ようとすると、従来のAPMでは手が届かない。Spanlyはその隙間を狙った、MCPサーバー特化の可観測性ツールだ。
導入はドロップインで、既存のMCPサーバーにCLIまたはSDKで接続するだけ。ビジネスロジックを書き換える必要はない。監視項目はエラー率、セッショントレース、レイテンシ、クライアント分析、デプロイ時のアラートと、本番運用で見たい指標が一通り揃う。
従来の監視では見つからない「変な動き」
従来ツールはp95レイテンシやHTTPエラーコードを見る。しかしMCPサーバーの障害はもう少し深いところにある。Spanlyの画面上では、問題は「ツールポイズニング」「スキーマの正確性」「ランタイムセキュリティ」などに分類される。具体例を挙げると、ツールの出力にプロンプトインジェクションが混入する、パラメータに秘密鍵が返る、ツール名が紛らわしくてエージェントが誤った操作を選ぶ、スキーマが不正な形式の引数を受け付けてしまう——これらは従来のAPMでは拾えない。
公式サイトには、当日時点で11,127台のMCPサーバーをスキャン済みと表示されている。大量の実サーバーから「問題の典型的な形」を学習している点は、汎用監視ツールとの差になる。
指摘だけでなく、修正まで提案する
Spanlyの特徴は、問題を報告するだけではないことだ。ツールのリネームやスキーマの引き締め、出力の切り詰めといったパッチ案を提示し、まず10〜20％のセッションでA/Bテスト。効果を確かめてから全体に展開する流れが画面から見て取れる。一気に全てに適用するより、ずっと現実的だ。
修正提案は「上流のアップデート待ち」と「今すぐ適用可能」に分類される。チームがMCPプロトコルの細部を独自調査する手間を減らせるだろう。
- 従来APMの補完として位置づけられ、Datadog、Sentry、New Relicと共存できる
- 米国と欧州のデータ所在地を選択可能。コンプライアンス要件の厳しい企業向け。
「Claudeでは動くのにCursorでは壊れる」問題
公式サイトは「Works in Claude, Broken in Cursor」というフレーズを掲げる。クライアントごとにツール呼び出しの挙動が微妙に違う状況を、統一のスキャンと監視で先回りして見つける。顧客からの苦情を待つより、自分で気づきたいところだ。
もっとも、Spanlyはまだ若いプロダクトで、検出メカニズムの詳細や実運用での検証実績はこれから。価格は無料層があるが、完全な料金表は公開されていない。30秒の無料スキャンで既知の問題に当たるか確かめてから、本格導入を判断するのが良さそうだ。
MCPを本番に載せている事業者にとって、可観測性はいつか必ず必要になる。Spanlyはその分野の先駆けとして、注目に値する。
コメント
コメントはまだありません
最初のコメントを書きましょう