MCP

まずリモート Sentry MCP に繋ぎ、次にデバッグ関連イベントを調べる

Cursor や Claude Code で人機協調デバッグをする人向け。stdio を最初に走らせるよりホスト型サービスを優先する。search_events と search_issues には LLM プロバイダ設定も要る。未設定ならこの2つは使えず、残りのツールは動く。

公式ソース · sentry-mcp

インストール

"url": "https://mcp.sentry.dev/mcp",
      "headers": {
        "Authorization": "Sentry-Bearer ${SENTRY_ACCESS_TOKEN}"
      }

誰向けか

コーディング中に Sentry と照合してデバッグしたい、かつ全 Sentry 機能を自動化せず human-in-the-loop を受け入れるなら、このサービスはそれに合う。公式には主に human-in-the-loop のコーディング agent 向けであり、ツール選択は開発者ワークフローとデバッグに寄り、汎用の全機能 Sentry MCP ではない。上流 Sentry API の中間層として動き、Cursor、Claude Code および類似の開発ツール向けに最適化されていると名指しされている。

Sentry の全機能を覆いたい人、およびまだ Sentry アクセストークンがないのに先に stdio を走らせたい人には向かない。現在の抜粋が明確に名指しするのは search_events、search_issues といった AI 検索ツールだけだ。他のツールはあるが、名前はこの抜粋に書かれていない。欠けたツール名を補わないこと。

読み取り専用照会も Sentry API を通る。ネットワークなしやプライバシー境界なしと解釈してはいけない。

3分で最初の試行

まず自分の Sentry アクセストークンを用意する。公式が勧める主経路は本番ホスト型サービスへアクセスすることであり、stdio を並列インストールすることではない：

本番説明の入口は https://mcp.sentry.dev/ 。リモートクライアント設定として抜粋が示すのは：

"url": "https://mcp.sentry.dev/mcp ",
      "headers": {
        "Authorization": "Sentry-Bearer ${SENTRY_ACCESS_TOKEN}"
      }

認証スキームは Sentry-Bearer である。普通の Bearer に変えてはいけない。リモート URL を支える MCP クライアントにこのブロックを入れ、トークンは自分の値に替え、サンプルのプレースホルダ文字列を使ってはいけない。抜粋はクライアントファイル名を固定していない。

接続したあと、すでに Sentry で調べたいデバッグ問題を先に出す。LLM プロバイダをまだ設定していないなら（抜粋は OpenAI、Azure OpenAI、Anthropic、OpenRouter を列挙）、search_events や search_issues を呼んではいけない。プロバイダ未設定ではこの2つは使えず、残りのツールは動く。初回はまだ使える非検索ツールで読み取り専用確認を優先する。具体名は抜粋にないので、確認できるのは「AI 検索以外の他ツール」までである。

成功の合図は、リモートアドレス https://mcp.sentry.dev/mcp が対話でき、Sentry 側のデバッグ情報を返すことであり、401 や Authorization を Bearer と書いたことではない。

利用事例

事例1：コーディング助手でデバッグ照会を1回行う。抜粋は、このリモートサービスが開発者ワークフローとデバッグ向けであり、Sentry API の中間層だと明記している。先にホスト URL に繋ぎ、既存のデバッグ問題を問う。照合できるのはこの中間層経路まで。具体的な非検索ツール名と戻りフィールドは現在の抜粋に出ていない。

事例2：自然言語でイベントや issue を探す。抜粋は search_events、search_issues などの AI 検索ツールが LLM プロバイダを必要とし、自然言語を Sentry クエリ構文へ翻すると明記している。着手前にプロバイダが設定済みか確認する。未設定ならこれらのツールは使えない。失敗をサービス全体の停止と解釈してはいけない。プロバイダのインストールコマンドと鍵変数は抜粋に書かれていない。捏造してはいけない。

この2つの事例は「通常のデバッグツール」と「AI 検索」にそれぞれ対応する。プロバイダ未設定で第二条を強行してはいけない。

利用上の境界

主経路はホスト型サービス https://mcp.sentry.dev/ とリモート MCP アドレス https://mcp.sentry.dev/mcp 。抜粋はさらに stdio コマンド npx @sentry/mcp-server@latest を示し、--access-token で自分で Sentry に作った User Auth Token を渡す。サンプルのプレースホルダ値を入れてはいけない。stdio に必要な範囲は org:read、project:read、project:write、team:read、team:write、event:write を含む。初回はこの経路を取らず、とくに write 付き範囲でいきなり書き込みをしてはいけない。

公式リポジトリは https://github.com/getsentry/sentry-mcp 。全機能の Sentry API ラッパではない。出ていないツール名、OAuth 更新動作、取り消し手順を自分で補完してはいけない。