すべてのユースケース

異常検知付きデイリーエンジニアリングブリーフ

ZeroがGitHub、Linear、Sentry、Plausibleからライブデータを取得し、移動平均を計算、異常を検出してSlackにブリーフィングを投稿します。

Zeroの接続先:SlackGitHubLinearSentryPlausible

Zeroが出力する結果

課題

毎朝誰かが4つのタブを開きます。GitHubでPRアクティビティ、Linearでスプリント進捗、Sentryで夜間エラー、Plausibleでトラフィック傾向を確認します。今日の数値を先週の記憶と手動で比較し、スタンドアップ前に異常がないか見つけようとします。この照合作業には15〜20分かかり、記憶に頼っています。@Zeroはスタンドアップ前に実行され、4つすべてのソースからリアルタイムデータを取得し、7日間の移動平均を算出し、大幅な偏差をフラグ付けし、誰もラップトップを開く前にSlackに整理された4セクションのブリーフを投稿します。

Zeroによる解決方法

ステップ1:ツールを接続する

GitHub
GitHub
必須
@ZeroはマージされたPR、オープン・クローズされたissue、コミット数を読み取ります。エンジニアリングアクティビティセクションに必須です。
接続
Slack
Slack
必須
@Zeroはフォーマットされたブリーフを投稿し、フォローアップの分析を同じメッセージのスレッドにまとめます。配信に必須です。
接続
Linear
Linear
オプション
@Zeroはissueの作成、進行中の作業、バックログ数をプロジェクトトラッカーセクション用に読み取ります。オプションです。
接続
Sentry
Sentry
オプション
@Zeroは未解決のエラー数と新規issue数をエラーと信頼性セクション用に読み取ります。オプションです。
接続
Plausible
Plausible
オプション
@Zeroは訪問者数、ページビュー、直帰率をWebトラフィックセクション用に読み取ります。オプションです。
接続

ステップ2:Zeroに聞く

@Zero every weekday at 8:30am, pull live data from Plausible, Sentry, GitHub, and Linear, flag anomalies vs the 7-day rolling average, and post a formatted 4-section daily brief to #engineering.
@Zeroが各ソースからリアルタイムデータを取得
@ZeroはGitHubからマージされたPR、オープン・クローズされたissue、コミットを取得します。Linearからは作成されたissue、進行中の作業、バックログ数を取得します。設定されている場合、Sentryのエラー数やPlausibleの訪問者数・ページビュー指標も取得します。
7日間の移動平均を算出
各指標について、@Zeroは過去7日間の同じデータを取得し、日次平均を算出します。これにより、週末、デプロイ、チーム規模の変更を考慮した安定したベースラインが得られます。
異常を自動的にフラグ付け
@Zeroは今日の数値を移動平均と比較し、大幅な偏差をフラグ付けします。マージされたPRの急増は協調的なリファクタリングを示す可能性があり、Plausibleのトラフィック低下はデプロイの問題を示す可能性があり、オープンされたissueの急増は新たなバグ領域の発見を意味する可能性があります。
4セクションのブリーフをSlackに投稿
@Zeroはソースごとに1セクションの構造化されたメッセージを投稿します:Webトラフィック、エラーと信頼性、エンジニアリングアクティビティ、プロジェクトトラッカー。各セクションには今日の数値、7日間の平均、該当する場合は平易な言葉での異常ノートが記載されます。

ステップ3:さらに活用する

異常を深掘りする
ブリーフのスレッドから直接@Zeroにスパイクの調査を依頼
@Zero the 572% PR spike in today's brief - list all those PRs and group them by label or title prefix so I can see what the team was shipping.
壊れたコネクタを修復する
不足しているトークンを解決して4つすべてのセクションにライブデータを反映
@Zero check which connectors are missing or misconfigured for the daily brief and tell me what tokens I need to set.
カスタム閾値を追加する
指標が意味のある閾値を超えた場合のみアラートを受け取る
@Zero update the daily brief schedule to only flag anomalies that are more than 3x the 7-day average. For smaller deviations, just include the number without a flag.

より良い結果のためのヒント

スタンドアップの15〜20分前にブリーフをスケジュールして、ミーティング開始前にチームが確認できるようにしましょう。
まずGitHubとSlackだけで始めましょう。ブリーフが安定して動作するようになったら、SentryとPlausibleを1つずつ追加して、拡張前に各コネクタを検証しましょう。
ノイズを減らすために、プロンプトにカスタム閾値の指示を追加しましょう。例えば、移動平均の2倍を超える指標のみフラグ付けすることで、日常的な小さな変動によるアラートを防げます。