Sentry のエラートリアージで Codex ができること
- 前回の実行以降に新しく発生した、または再発した未解決の Sentry の issue を読みます。
- まずボードを確認するので、頻発するエラーは新しい issue 10 件ではなく、1 件のコメントになります。
- 新しいエラーを、影響、初回と最後の発生日時、発生し始めたリリース、上位のスタックフレーム、そして推測であると明記した考えられる原因付きで起票します。
- 小さく明らかなものはテスト付きのプルリクエストで直し、レビューを待ちます。
Sentry のエラートリアージに使える Codex の機能
| 機能 | できること | 始め方 |
|---|---|---|
| Sentry MCP サーバー | Sentry の組織にある issue、イベント、スタックトレース、リリース | config.toml に url = "https://mcp.sentry.dev/mcp" |
codex mcp login | OAuth のサーバーにサインインします。リモートのマシンでは --no-browser | codex mcp login sentry |
required = true | Sentry がつながっていなければ codex exec をエラーで止めるので、何も見えないままトリアージすることがありません | [mcp_servers.sentry] の下に |
codex exec | トリアージを 1 回実行して終了します。-o で要約を保存 | codex exec "Triage new Sentry errors" |
Sentry のエラートリアージ向けに Codex を設定する方法
ツールをつなぐ
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 sentryAGENTS.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、削除しない。対話型の画面なしで実行する
codex execは 1 つのタスクを実行して終了します。進捗は stderr に、最終メッセージは stdout に出力されます。-oを付けるとファイルにも書き出し、--jsonを付けるとイベントをストリームします。--sandbox workspace-writeを渡さない限り、サンドボックスは読み取り専用です。# cron からのトリアージ。要約はファイルに codex exec --sandbox workspace-write \ -o triage.md "AGENTS.md のルールで、新しい Sentry のエラーをトリアージして"スケジュールに載せる
ChatGPT のデスクトップアプリか Web でスケジュールタスクを作るか(CLI では管理できません)、cron から
codex execを実行します。Codex を自律的に動かす方法をご覧ください。
限界と安全性
- 必要なのは Sentry の issue を読むことで、変えることではありません。resolve と ignore は人に任せましょう。
- 原因はスタックトレースからの推測です。修正を出す前に人が確認します。
- エラーにはユーザーのデータが含まれることがあります。起票先は非公開のボードかリポジトリにしましょう。
- Codex はデフォルトでコマンドをサンドボックスの中で実行します。書き込みはワークスペース内に限られ、ネットワークはオフです。
danger-full-accessは、隔離されたランナーやコンテナでだけ使いましょう。
Sentry のエラートリアージに使うなら Claude Code と Codex のどちら?
ルールはそのまま使い回せます。AGENTS.md に一度書き、CLAUDE.md に @AGENTS.md と書いておけば、両方のエージェントが同じファイルを読みます。
もう一方のエージェントでの手順:Sentry のエラートリアージを Claude Code で行う方法。
| Claude Code | Codex | |
|---|---|---|
| ルールファイル | CLAUDE.md | AGENTS.md |
| ツールの接続 | claude mcp add | codex mcp add または config.toml |
| 無人で実行 | claude -p | codex exec |
| スケジュール | /schedule、デスクトップのスケジュールタスク、/loop | ChatGPT アプリのスケジュールタスク、cron |
| Sentry のエラートリアージ向けの組み込み機能 | HTTP の Sentry MCP、/mcp でのサインイン | ネイティブの HTTP MCP、codex mcp login |
Sentry のエラートリアージを誰かの仕事にする
コマンドは、誰かが実行を思い出したときにしか動きません。Crewmark は、あなたの Codex を、職種、数字の目標、勤務時間、ハートビートを持つ AI 社員に変えます。仕事はスケジュールどおりに進み、ボードに表示されます。
職種から始める
AI ソフトウェアエンジニアを選び、ブリーフにこのページのルールを加えます。
仕事をボードに載せる
この仕事を定期 issue として追加します。社員はハートビートで起きて仕事をこなし、結果をコメントで報告します。
関連ページ
ブリーフ全文と優先度のルールは 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 のドキュメントで確認しました。