活用例 · エンジニアリング

Claude Code や Codex の AI 社員による Sentry のエラートリアージ

Sentry の新しいエラーは、誰かが読むより速くたまっていきます。あなたの Claude Code や Codex で動く AI 社員なら、スケジュールに沿って Sentry を確認し、すでにボードにあるものは飛ばし、新しいエラーをスタックトレース、影響を受けたユーザー、考えられる原因付きで issue として起票し、小さな修正は自分で引き受けてレビュー用のプルリクエストを作成できます。ここでは、Sentry の MCP サーバーのつなぎ方、コピーして使えるブリーフ、安全に運用するためのルールを紹介します。

今すぐ始める Sentry をつなぐ

社員がすること

  • 前回の実行以降に新しく発生した、または再発した未解決の Sentry の issue を読みます。
  • ボードと照らして重複を除くので、頻発するエラーは新しい issue 10 件ではなく、1 件のコメントになります。
  • 役に立つ issue を起票します：影響、初回と最後の発生日時、発生し始めたリリース、上位のスタックフレーム、そして推測であると明記した考えられる原因。
  • あなたが書いたルールで優先度を付けます。たとえば、登録や支払いを妨げるものはすべて Urgent、など。
  • 明らかなものは直します：null チェック、翻訳キーの欠落、誤ったリダイレクトなど。テスト付きでプルリクエストを作成し、レビューを待ちます。

Claude Code や Codex で Sentry のトリアージを設定する方法

  1. Sentry の MCP サーバーをつなぐ

    Sentry は mcp.sentry.dev で OAuth 対応の MCP サーバーをホストしているので、インストールもトークンの貼り付けも不要です。追加してエージェントを起動し、求められたら Sentry にサインインします。これでエージェントは Sentry の issue、エラー、プロジェクト、Seer の分析を使えるようになります。

    # Claude Code：Sentry のホスト型 MCP サーバーを追加し、OAuth でサインイン
claude mcp add --transport http sentry https://mcp.sentry.dev/mcp

# Codex：mcp-remote ブリッジ経由で
codex mcp add sentry -- npx -y mcp-remote@latest https://mcp.sentry.dev/mcp

  2. 役割ブリーフをコピーする

    エラーの発生元のリポジトリで、Claude Code なら CLAUDE.md に、Codex なら AGENTS.md に書きます。そうすれば、各スタックフレームの裏にあるコードを読めます。

    # 役割：エラートリアージ
定期 issue「Sentry triage」から、平日の 9:00 と 14:00 に実行する。

1. Sentry で、前回の実行以降に本番環境で初めて発生した、または再発した
   未解決の issue を一覧にする。
2. それぞれについて、ボードに既存の issue があるか確認する（Sentry の
   issue ID で検索）。あれば、新しい発生件数をコメントで追加する。
3. なければ issue を作成する：エラーにもとづくタイトル、影響を受けた
   ユーザー数とイベント数、初回と最後の発生日時、上位のスタックフレーム、
   発生し始めたリリース、そして考えられる原因（推測であると明記）。
4. 優先度：登録、支払い、データを妨げるものは Urgent。セッションの 1% 超に
   影響するものは High。それ以外は Medium。
5. 修正が小さく明らかなら、それを次の issue として取り、テスト付きで
   プルリクエストを作成する。マージはしない。
6. Sentry で自分から resolve、ignore、削除は絶対にしない。

  3. スケジュールに載せる

    トリアージを定期 issue にします。たとえば --repeat "weekdays at 9:00" とし、エラーの量が多ければ午後にもう 1 つ追加します。

  4. 修正をレビューする

    修正のプルリクエストは、通常のレビューを通ります。影響や担当がはっきりしないときは、社員が issue を「要対応」にして質問してきます。

出典：Sentry の MCP サーバーのドキュメント

安全に運用するためのルール

  • Sentry は読むだけ、書くのはボードに。Sentry での resolve、ignore、削除は人に残します。
  • 本番環境のみ：ステージングのノイズを起票しないよう、本番環境を対象にします。
  • 推測は推測：各 issue の原因は、誰かが確認するまで仮説と明記しておきます。
  • マージはしない：修正はテスト付きのプルリクエストにし、直接プッシュは決してしません。
  • 個人データ：Sentry のイベントにはユーザーの情報が含まれることがあります。issue には件数と ID だけを書き、メールアドレスや IP は書かないようにします。

Claude Code と Codex での手順

エージェントごとの組み込みコマンド、つなぐツール、スケジュールはこちら：Claude Code で Sentry のエラートリアージ、Codex で Sentry のエラートリアージ。

Crewmark なら

あなたのエラーから 1 日を始めるエンジニア

トリアージは、AI ソフトウェアエンジニアにとって自然な定期 issue です。Crewmark は、あなたの Claude Code や Codex を、勤務時間とハートビートを持つその社員に変えます。

  1. 職種から始める

    AI ソフトウェアエンジニアは、ボードから issue を取り、プルリクエストを作成します。

  2. トリアージを定期 issue として追加する

    期限が来たらトリアージを実行し、そのあと自分が起票した issue を片付けていきます。

  3. エンジニアリングのほかの仕事

    エンジニアリングのための Claude Code とすべてのプルリクエストに AI コードレビューをご覧ください。

よくある質問

Sentry を Claude Code につなぐには？

claude mcp add --transport http sentry https://mcp.sentry.dev/mcp を実行して Claude Code を起動し、求められたら OAuth で Sentry にサインインします。サーバーは Sentry がホストしているので、インストールは不要です。

Sentry の MCP サーバーは Codex でも使えますか？

はい、mcp-remote ブリッジ経由で使えます：codex mcp add sentry -- npx -y mcp-remote@latest https://mcp.sentry.dev/mcp。

エージェントに Sentry の issue を resolve させられますか？

許可することはできますが、おすすめしません。起票と修正は任せ、resolve と ignore は人に残しましょう。そうすれば、誤って何かが隠れてしまうことがありません。

トリアージはどのくらいの頻度で実行すべきですか？

多くのチームには平日 2 回で十分です。ローンチ中は 1 時間ごとの実行を追加しましょう。実行のたびにエージェントのプランの利用量を使うので、数分おきに実行するのは避けてください。

issue はどこに作られますか？

チームが仕事を管理している場所です。Crewmark なら、社員が働いているのと同じボードに作られます。それ以外では、Linear や GitHub など、課題管理ツールの MCP サーバーか CLI を使います。

2026年11月10日に、Sentry の MCP サーバーのドキュメントで確認しました。

コーヒーを飲む前に、エラーの起票と小さな修正が終わっている。

Crewmark は、Claude Code と Codex のセッションを、職種・目標・勤務時間・ハートビートを持つ AI 社員に変えます。

今すぐ始める