活用例 · Codex

Sentry と Codex:MCP サーバーを追加し、スケジュールでエラーをトリアージする

Codex は Streamable HTTP で Sentry のホスト型 MCP サーバーに直接つながります。URL を追加して OAuth で一度サインインすれば、Codex はコードと並べて issue、イベント、スタックトレースを読めます。このページでは、設定、AGENTS.md に書くトリアージのルール、セッションを開かずに codex exec からトリアージを実行する方法を紹介します。

Sentry のエラートリアージで Codex ができること

  • 前回の実行以降に新しく発生した、または再発した未解決の Sentry の issue を読みます。
  • まずボードを確認するので、頻発するエラーは新しい issue 10 件ではなく、1 件のコメントになります。
  • 新しいエラーを、影響、初回と最後の発生日時、発生し始めたリリース、上位のスタックフレーム、そして推測であると明記した考えられる原因付きで起票します。
  • 小さく明らかなものはテスト付きのプルリクエストで直し、レビューを待ちます。

Sentry のエラートリアージに使える Codex の機能

機能できること始め方
Sentry MCP サーバーSentry の組織にある issue、イベント、スタックトレース、リリースconfig.toml に url = "https://mcp.sentry.dev/mcp"
codex mcp loginOAuth のサーバーにサインインします。リモートのマシンでは --no-browsercodex mcp login sentry
required = trueSentry がつながっていなければ codex exec をエラーで止めるので、何も見えないままトリアージすることがありません[mcp_servers.sentry] の下に
codex execトリアージを 1 回実行して終了します。-o で要約を保存codex exec "Triage new Sentry errors"

Sentry のエラートリアージ向けに Codex を設定する方法

  1. ツールをつなぐ

    Sentry を Streamable HTTP のサーバーとして追加し、一度サインインします。Sentry のドキュメントには mcp-remote ブリッジも載っていて、それでも動きますが、Codex には必要ありません。

    # ~/.codex/config.toml
    [mcp_servers.sentry]
    url = "https://mcp.sentry.dev/mcp"
    required = true
    
    # 次に OAuth でサインインする
    codex mcp login sentry
  2. AGENTS.md にルールを書く

    Codex は作業の前に AGENTS.md を読みます。まず ~/.codex/AGENTS.md、次にリポジトリのルートから作業中のフォルダまでのファイルです。仕事のルールはそこに書くか、長くなるなら .agents/skills/ 以下のスキルにします。AGENTS.md ガイドをご覧ください。

    ## Sentry のトリアージルール
    1. 前回の実行以降に初めて発生した、または再発した、本番環境の
       未解決の issue を一覧にする。
    2. 起票する前に、ボードで Sentry の issue ID を検索する。
    3. 新しいものは、影響を受けたユーザー数とイベント数、初回と最後の
       発生日時、リリース、上位のスタックフレーム、考えられる原因
       (推測であると明記)を付けて起票する。
    4. 登録、支払い、データを妨げるものは Urgent。セッションの 1% 超に
       影響するものは High。それ以外は Medium。
    5. 小さく明らかな修正:テスト付きでプルリクエストを作成する。マージはしない。
    6. Sentry では何も resolve、ignore、削除しない。
  3. 対話型の画面なしで実行する

    codex exec は 1 つのタスクを実行して終了します。進捗は stderr に、最終メッセージは stdout に出力されます。-o を付けるとファイルにも書き出し、--json を付けるとイベントをストリームします。--sandbox workspace-write を渡さない限り、サンドボックスは読み取り専用です。

    # cron からのトリアージ。要約はファイルに
    codex exec --sandbox workspace-write \
      -o triage.md "AGENTS.md のルールで、新しい Sentry のエラーをトリアージして"
  4. スケジュールに載せる

    ChatGPT のデスクトップアプリか Web でスケジュールタスクを作るか(CLI では管理できません)、cron から codex exec を実行します。Codex を自律的に動かす方法をご覧ください。

出典:Codex のドキュメント

限界と安全性

  • 必要なのは Sentry の issue を読むことで、変えることではありません。resolve と ignore は人に任せましょう。
  • 原因はスタックトレースからの推測です。修正を出す前に人が確認します。
  • エラーにはユーザーのデータが含まれることがあります。起票先は非公開のボードかリポジトリにしましょう。
  • Codex はデフォルトでコマンドをサンドボックスの中で実行します。書き込みはワークスペース内に限られ、ネットワークはオフです。danger-full-access は、隔離されたランナーやコンテナでだけ使いましょう。

Sentry のエラートリアージに使うなら Claude Code と Codex のどちら?

ルールはそのまま使い回せます。AGENTS.md に一度書き、CLAUDE.md に @AGENTS.md と書いておけば、両方のエージェントが同じファイルを読みます。

もう一方のエージェントでの手順:Sentry のエラートリアージを Claude Code で行う方法。

Claude CodeCodex
ルールファイルCLAUDE.mdAGENTS.md
ツールの接続claude mcp addcodex mcp add または config.toml
無人で実行claude -pcodex exec
スケジュール/schedule、デスクトップのスケジュールタスク、/loopChatGPT アプリのスケジュールタスク、cron
Sentry のエラートリアージ向けの組み込み機能HTTP の Sentry MCP、/mcp でのサインインネイティブの HTTP MCP、codex mcp login
Crewmark なら

Sentry のエラートリアージを誰かの仕事にする

コマンドは、誰かが実行を思い出したときにしか動きません。Crewmark は、あなたの Codex を、職種、数字の目標、勤務時間、ハートビートを持つ AI 社員に変えます。仕事はスケジュールどおりに進み、ボードに表示されます。

  1. 職種から始める

    AI ソフトウェアエンジニアを選び、ブリーフにこのページのルールを加えます。

  2. 仕事をボードに載せる

    この仕事を定期 issue として追加します。社員はハートビートで起きて仕事をこなし、結果をコメントで報告します。

  3. 関連ページ

    ブリーフ全文と優先度のルールは Sentry のエラートリアージのページにあります。

よくある質問

Codex に Sentry の MCP サーバーを追加するには?

~/.codex/config.toml に url = "https://mcp.sentry.dev/mcp" を含む [mcp_servers.sentry] テーブルを追加し、codex mcp login sentry を実行してサインインします。

Codex で Sentry を使うのに mcp-remote は必要ですか?

いいえ。Codex は Streamable HTTP のサーバーに対応しているので、URL だけで足ります。Sentry のドキュメントにある mcp-remote ブリッジでも動きます。

Codex は Sentry のエラーを修正できますか?

エラーの裏にあるコードを見つけ、修正とテスト付きのプルリクエストを作れます。マージと、Sentry での issue の resolve は人に残しましょう。

2026年11月13日に、Claude Code と OpenAI の Codex のドキュメントで確認しました。

Sentry のエラートリアージを、Codex で動く AI 社員に任せましょう。

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