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