エージェントに、あなたと同じツールを渡す

MCPサーバーは、find_slow_traces、diagnose_service、search_logsといった製品自身のクエリをオープンなプロトコルで公開します。すべての呼び出しはキーに紐づく組織にスコープされます。

画面

1つのエンドポイント、あらゆるMCPクライアント

Claude Code、あるいはMCPを話す任意のクライアントを、このページのエンドポイントに向けるだけです。ツールはダッシュボードが実行するのと同じクエリを、同じデータに対して実行します。

/mcp api.maple.dev/mcp

動き

list_servicesからpropose_fixまで、5回のツール呼び出し。どのステップも自分で実行できたはずのクエリであり、だからこそ答えを検証できます。

mcp · agent session LIVE

> ask maple

list services that errored in the last 15m

→ list_services { window: "15m", filter: "errors > 0" }

← 3 services

paymentserrors142p992.4s recoserrors38p99840ms shippingerrors6p99320ms

> investigate payments

→ find_errors { service: "payments", window: "15m" }

← 1 issue

stripe.charge declined · 142 events · 98 users

→ error_detail { issue_id: "iss_8a91" }

← root cause: idempotency key collision

sample trace: trace_9f3c · order 8421

→ propose_fix { issue: "iss_8a91", fix: "scope idempotency_key by user_id" }

← fix attached. opened pr#412.

4 tool calls · 4.2s open mcp protocol

できること

サービスについて尋ねる: diagnose_serviceは、指定期間のservice.version別のp99、エラー率、スループットを読み取り、何が変わったかを構造化データとして返します。
その裏のトレースを取り出す: find_slow_tracesとinspect_traceは、実際の属性を持つ実際のスパンを返します。エージェントはdb.statementそのものを読みます。
実行されたソースを読む: リポジトリを連携すると、search_source_codeとread_source_fileにより、エージェントはスタックフレームから該当関数までたどれます。提案は特定の行を根拠にできます。
書き込みは別のツール: issueの引き受け、重大度の設定、アラートルールの作成は、それぞれ別の書き込みツールで、名前もそのとおりです。Maple自身のチャットでは、書き込みは実行前に承認待ちで一時停止します。
1つの組織にスコープ: すべてのツール呼び出しは、キーに紐づく組織によってクエリ自体でフィルタされます。エージェントがテナント境界を越えて読み取ることはできません。実行するクエリがそれを表現できないからです。

エンドポイントとキーが1つずつ。トレース、ログ、メトリクス、セッションが、最初のリクエストから同じトレースIDに集まります。