Sentryのノイズを優先順位付きアクションリストに変換

Zeroに未解決のSentryエラーを頻度順に取得するよう依頼します。Zeroがスタックトレースを読み、根本原因を分かりやすく説明し、最初に修正すべきファイルを教えてくれます。

Zeroの接続先:

Sentryトリアージがエンジニアリング時間を浪費する理由

月曜の朝。Slackを開くと#devに十数件のSentryアラートが届いています。ほとんどはノイズ — 不安定なテスト、既知の問題、自然に解消する一時的なエラー。しかしその中には本物があるかもしれません：壊れた連携、課金バグ、実際のユーザーに影響するクラッシュ。Sentryのダッシュボードを開いてIssueを一つずつクリックしたくはありません。知りたいのは：どれが重要で、どれくらい深刻で、何が原因なのか。

ZeroにSentryエラーのトリアージを依頼する方法

@Zero Sentryの最近の障害を確認してください。過去24時間の障害を発生頻度順にランク付けしてください。上位3件の障害について、展開された詳細なエラースタックを含むレポートを作成してください。

試してみる

ZeroがSentryエラーを分析・ランク付けする仕組み

ZeroがSentryに接続

Zeroが指定された時間枚でSentryプロジェクトの未解決Issueを取得し、発生回数でランク付けします。

サマリーテーブル

Zeroが同じSlackスレッドにクイックサマリーテーブル（Issue名、発生回数、優先度レベル）を返信し、5秒で確認できます。

詳細分析

各トップIssueについて、Zeroがアノテーション付きスタックトレースと分かりやすい根本原因の説明を提供します。例えば「不明なStripe価格ID」とだけ言うのではなく、Stripeで新しい価格が作成されたが対応するマッピングが更新されていない可能性が高いと説明します。

SentryトリアージをGitHub Issueと日次自動化に変換

発見をアクションに変換

レポートからGitHub Issueを作成

@Zero #1と#2のGitHub Issueを作成。#1はLancyに割り当て（Slackスコープ修正）、#2はJamesに（Stripeマッピング）。両方ともbug、優先度高でラベル付け。

試してみる

さらに深掘り

Zeroに特定のエラーを調査させる

@Zero Issue #1について、どのSlack OAuthスコープが不足しているか正確に教えて。アプリマニフェストを確認して何を追加すべきか教えて。

試してみる

ルーティンにする

日次チェックとしてスケジュール

@Zero 平日毎朝9時にこのSentryチェックを実行し、結果を#devに投稿。5回以上発生したエラーのみ含める。

試してみる

必要な連携: SentryとGitHub

Sentry

Sentry組織へのOAuth接続。ZeroにはIssueとイベントへの読み取りアクセスが必要です。

必須

GitHub

ZeroにレポートからIssueを作成させたい場合のみ必要。Issueへの読み書きアクセス。

オプション

自動Sentryトリアージのベストプラクティス

●時間枚を具体的に指定しましょう。日次トリアージには「過去24時間」、デプロイ後チェックには「最後のデプロイ以降のエラー」。

●ノイズを減らすために重要度フィルターを追加 — 10回以上発生したエラーのみ表示、またはknown-issueとタグ付けされたエラーをスキップ。

●スタンドアップと連携させましょう — スタンドアップのユースケースと組み合わせて、タスクサマリーとSentryレポートの両方を含む朝のブリーフィングに。