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

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

Zeroの接続先:SlackGitHubLinearSentryPlausible

Zeroが提供するもの:デイリーエンジニアリングブリーフ

AI生成のデイリーエンジニアリングブリーフのサンプルを、スライドデッキ形式でご覧ください。昨日のマージ済み・オープンのプルリクエスト、本番デプロイ、進行中のインシデント、スプリントの進捗、プロダクトシグナルを、それぞれ直近の平均と比較しています。データは説明用ですが、このデッキはZeroがGitHub、Linear、Sentry、Plausibleから実際に生成できる出力です。

Zero · 自動化デッキサンプルデータ

エージェントサマリー

Zeroは14件のマージ済みプルリクエスト、11件のオープンPR、5件の本番デプロイ、12件のクローズ済みLinear issue、1件の進行中P1インシデント、そして18パーセント増加したPlausibleのサインアップを1つのブリーフにまとめ、スタンドアップの前にSlackへ投稿しました。

マージ済みプルリクエスト
149 機能 · 5 修正
本番デプロイ
5ロールバック 0件
サインアップ(Plausible)
137+18% 対 7日平均
デイリーエンジニアリングブリーフ全体を開く

デイリーエンジニアリングブリーフとは?

デイリーエンジニアリングブリーフとは、エンジニアリングチームが何をリリースし、何が進行中で、何に注意が必要かを短くまとめた朝のサマリーです。プルリクエスト、デプロイ、インシデント、スプリントの進捗、プロダクトシグナルを一箇所に集約します。ZeroはGitHub、Linear、Sentry、PlausibleをまたぐAIエンジニアリングエージェントとして機能します。数値を統合し、直近7日間の平均と比較し、異常をフラグし、ブリーフをSlackに投稿します。その結果、スタンドアップを初めから足並みが揃った状態で始められる、一貫したデイリーエンジニアリングブリーフの自動化が実現します。

スタンドアップが全体像のないまま始まる理由

毎朝誰かが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.

Zero vs. 手作業のスタンドアップ準備 vs. ダッシュボード

デイリーエンジニアリングブリーフは、チームが毎朝最初に読むものです。GitHub、Linear、Sentry、分析ツールのタブをクリックして回る代わりに、Zeroは同じ全体像を自動で組み立て、チームが普段話している場所に投稿します。

手作業のスタンドアップ準備

リードがGitHub、Linear、Sentry、Plausibleを開き、ハイライトをメッセージにコピーし、それを毎朝繰り返します。機能はしますが、15〜20分の繰り返しの収集作業であり、滞ったレビューや新たなインシデントを見落としがちです。

ダッシュボード

ダッシュボードはライブのチャートを表示しますが、誰かがそれを開き、タブをまたいで読み、今日を通常の日と比較し、何が重要かを判断しなければなりません。データを提示するだけで、ブリーフを書いたりチームに届けたりはしません。

Zeroのエンジニアリングブリーフ自動化

Zeroはブリーフ全体を端から端まで実行します:マージ済み・オープンのPR、クローズ済み・ブロック中のissue、進行中のインシデント、プロダクトメトリクスを取得し、直近7日間の平均と比較し、異常をフラグし、整形したブリーフをSlackへ投稿します。スケジュール実行とオンデマンド実行は同じワークフローを使います。

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

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

よくある質問

スタンドアップ向けのデイリーエンジニアリングブリーフを自動化するには?

GitHubとSlackをZeroに接続し、Linear、Sentry、Plausibleは任意で接続したうえで、スケジュールまたはオンデマンドのプロンプトを与えます。Zeroはマージ済み・オープンのプルリクエスト、クローズ済み・ブロック中のissue、進行中のインシデント、プロダクトメトリクスを取得し、直近の平均と比較して、スタンドアップの前に整形したブリーフをSlackチャンネルへ投稿します。

デイリーエンジニアリングブリーフには何を含めるべきですか?

有用なブリーフは、何をリリースしたか(マージ済みPRとデプロイ)、何が進行中またはブロックされているか(オープンPRとLinear issue)、何に注意が必要か(滞ったレビューとインシデント)、そしてプロダクトの状況(サインアップとアクティブユーザー)を網羅します。Zeroはこれらすべてを組み立て、最も重要な項目を1つ最初に強調します。

Zeroはブリーフの中でどのように異常をフラグしますか?

Zeroは各メトリクス(PRのスループット、デプロイ、インシデント件数、サインアップなど)を直近7日間の平均と比較し、有意に逸脱した値をマークします。そのため、マージの減少やエラーの急増がチャートに埋もれることなく最上部に表示されます。

デイリーエンジニアリングブリーフはどのツールに接続しますか?

GitHubとSlackが中核です:GitHubがプルリクエストとデプロイを提供し、Slackがブリーフを受け取ります。Linearはスプリントとブロッカーのコンテキストを、Sentryはインシデントと信頼性のシグナルを、Plausibleはプロダクトの利用状況を追加します。任意のコネクターは、接続されていない場合には単にスキップされます。

Zeroはエンジニアリングブリーフをスケジュールで投稿できますか?

できます。毎平日の朝、スタンドアップの前に実行する自動化を作成します。Zeroは直近24時間からブリーフを構築し、直近の平均と比較して、選んだチャンネルへ投稿します。また、いつでもオンデマンドでトリガーすることもできます。

最初のエンジニアリングブリーフを構築する

GitHubとSlackを接続し、任意でLinear、Sentry、Plausibleも接続します。同じモーニングブリーフのプロンプトを使えば、手作業で組み立てることなくワークフローの動作を確認できます。

@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.