自動トリアージは、常駐型のDevinがSlackチャンネルを監視し、入ってくるバグ、リグレッション、インシデントを自動で調査する、特別な自動化の一種です。報告があるたびに毎回手動で担当者を割り当てる代わりに、Devinが24時間365日チャンネルを見守り、対応が必要なものを判断して、各問題を診断するための専用サブセッションを起動します。
自動トリアージには長期記憶があり、時間の経過とともに前提情報を蓄積し、スクラッチパッドを通じて学習します。また、重複した報告を自動で重複排除し、問題を適切なコードオーナーへ自動的に振り分けます。
長時間稼働する親のDevinがSlackチャンネルを監視し、新しいメッセージをすべて確認します。ノイズを除外し、重複を検出したうえで、対応が必要なバグを調査するために、専用の子Devinを起動します。各子Devinは関連するコードを読み、根本原因を追跡し、診断結果をSlackスレッドに投稿して、適切なコードオーナーにタグ付けします。
- 監視対象のSlackチャンネル (例:
#bugs、#incidents) にDevinを招待します
- 自動化を開き、Slack でバグ報告をトリアージするテンプレートを使って新しい自動化を作成します
- チャンネルを選択して保存します
これで完了です。Devin がチャンネルの監視を開始し、受信メッセージをトリアージします。
個人のSlackアカウントが Settings > 接続 > Slack で接続されている必要があります。
- “payments service のリグレッションを重点的に確認してください。frontend の bug については、UI Team にタグ付けしてください。”
- “error logs や スタックトレース が含まれている issue のみ調査してください。報告内容が曖昧な場合は、詳細を確認してください。”
- “根本原因 を見つけたら、relevant なソースファイルへの link を必ず含めてください。“
MCP 統合の接続を強く推奨します。Devin がログ、メトリクス、エラーの詳細などのランタイムデータにアクセスできるようになり、トリアージの精度が大幅に向上します。
- Datadog MCP — メトリクス、ログ、トレースを取得し、問題をランタイムの挙動と関連付ける
- Sentry MCP — エラーの詳細、スタックトレース、影響を受けるユーザーを調べる
- Linear MCP — 関連するチケットを確認したり、新しいチケットを作成したりする
自動化を設定する前に、Customize → MCPs タブで MCP サーバーを有効にしてください (または plugin marketplace からプラグインをインストールしてください) 。
親モニターとすべての子Devin は、永続的なスクラッチパッドを共有します。これは次の目的で利用されます。
- 最近トリアージしたアイテム (チャンネル ID、メッセージのタイムスタンプ、報告者) を追跡する
- コード領域と担当者の対応をまとめたルーティングテーブルを維持する
- 重複するアイテムを記録し、今後の報告を既存のスレッドに関連付けられるようにする
- セッションの再起動後も保持される前提情報を保存する
スクラッチパッドは、この自動化の長期記憶です。主に親がその維持を担当しますが、子も前提情報として参照し、新しい情報を見つけたときに更新できます (例: 誰かが「それは私の担当ではありません」と言った場合) 。
Slackで受信するメッセージには、信頼できないユーザー入力 (サポートチケット経由など) が含まれる可能性があるため、自動トリアージ用の自動化の外向きアクセスを制限するには、ネットワークポリシーを有効にすることを検討してください。
ほかの自動化と同様に、自動トリアージでは、リソース使用量を管理するためのACU 制限と呼び出し制限を利用できます。親によって生成された各子Devin は、ACU 予算では 1 つのセッションとして計上されます。
- 対象を絞ったチャンネルから始めましょう。 一般的なエンジニアリング用チャンネルではなく、バグ報告専用のチャンネルを選んでください。ノイズが少ないほど、シグナルの質は高まります。
- セットアッププロンプトで期待事項を明確にしましょう。 どの種類の issue を優先し、何を無視すべきかを Devin に伝えてください。
- 関連する MCP 統合を接続しましょう。 Datadog、Sentry、その他の可観測性ツールを連携すると、Devin が ランタイムデータ にアクセスできるようになり、トリアージの品質が大幅に向上します。
- ルーティングミスを修正しましょう。 Devin が誤った担当者をタグ付けした場合は、スレッドで修正を返信してください。親側でルーティングテーブルが更新され、次回は正しく処理されます。
