自動トリアージは、常駐型のDevinがSlackチャンネルを監視し、入ってくるバグ、リグレッション、インシデントを自動で調査する、特別な自動化の一種です。報告があるたびに毎回手動で担当者を割り当てる代わりに、Devinが24時間365日チャンネルを見守り、対応が必要なものを判断して、各問題を診断するための専用サブセッションを起動します。 自動トリアージには長期記憶があり、時間の経過とともに前提情報を蓄積し、スクラッチパッドを通じて学習します。また、重複した報告を自動で重複排除し、問題を適切なコードオーナーへ自動的に振り分けます。Documentation Index
Fetch the complete documentation index at: https://docs.devin.ai/llms.txt
Use this file to discover all available pages before exploring further.
仕組み
自動トリアージの設定
- 監視対象のSlackチャンネル (例:
#bugs、#incidents) にDevinを招待します - 自動化を開き、Slack でバグ報告をトリアージするテンプレートを使って新しい自動化を作成します
- チャンネルを選択して保存します
個人のSlackアカウントが Settings > 統合 > Slack で接続されている必要があります。
挙動のカスタマイズ
セットアッププロンプト
- “payments service のリグレッションを重点的に確認してください。frontend の bug については、UI Team にタグ付けしてください。”
- “error logs や スタックトレース が含まれている issue のみ調査してください。報告内容が曖昧な場合は、詳細を確認してください。”
- “根本原因 を見つけたら、relevant なソースファイルへの link を必ず含めてください。“
MCP 統合
- Datadog MCP — メトリクス、ログ、トレースを取得し、問題をランタイムの挙動と関連付ける
- Sentry MCP — エラーの詳細、スタックトレース、影響を受けるユーザーを調べる
- Linear MCP — 関連するチケットを確認したり、新しいチケットを作成したりする
スクラッチパッド
- 最近トリアージしたアイテム (チャンネル ID、メッセージのタイムスタンプ、報告者) を追跡する
- コード領域と担当者の対応をまとめたルーティングテーブルを維持する
- 重複するアイテムを記録し、今後の報告を既存のスレッドに関連付けられるようにする
- セッションの再起動後も保持される前提情報を保存する
セキュリティ
制限
効果的な自動トリアージのヒント
- 対象を絞ったチャンネルから始めましょう。 一般的なエンジニアリング用チャンネルではなく、バグ報告専用のチャンネルを選んでください。ノイズが少ないほど、シグナルの質は高まります。
- セットアッププロンプトで期待事項を明確にしましょう。 どの種類の issue を優先し、何を無視すべきかを Devin に伝えてください。
- 関連する MCP 統合を接続しましょう。 Datadog、Sentry、その他の可観測性ツールを連携すると、Devin が ランタイムデータ にアクセスできるようになり、トリアージの品質が大幅に向上します。
- ルーティングミスを修正しましょう。 Devin が誤った担当者をタグ付けした場合は、スレッドで修正を返信してください。親側でルーティングテーブルが更新され、次回は正しく処理されます。