> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 自動トリアージ

> Slackチャンネルを監視し、受信したバグを自動でトリアージする常駐型のDevin

自動トリアージは、常駐型のDevinがSlackチャンネルを監視し、入ってくるバグ、リグレッション、インシデントを自動で調査する、特別な[自動化](/ja/product-guides/automations)の一種です。報告があるたびに毎回手動で担当者を割り当てる代わりに、Devinが24時間365日チャンネルを見守り、対応が必要なものを判断して、各問題を診断するための専用サブセッションを起動します。

自動トリアージには**長期記憶**があり、時間の経過とともに前提情報を蓄積し、[スクラッチパッド](#the-scratchpad)を通じて学習します。また、重複した報告を**自動で重複排除**し、問題を適切なコードオーナーへ**自動的に振り分け**ます。

<div id="how-it-works">
  ## 仕組み
</div>

長時間稼働する親のDevinがSlackチャンネルを監視し、新しいメッセージをすべて確認します。ノイズを除外し、重複を検出したうえで、対応が必要なバグを調査するために、専用の子Devinを起動します。各子Devinは関連するコードを読み、根本原因を追跡し、診断結果をSlackスレッドに投稿して、適切なコードオーナーにタグ付けします。

<div id="setting-up-auto-triage">
  ## 自動トリアージの設定
</div>

1. 監視対象のSlackチャンネル (例: `#bugs`、`#incidents`) にDevinを招待します
2. **自動化**を開き、**Slack でバグ報告をトリアージする**テンプレートを使って新しい自動化を作成します
3. チャンネルを選択して保存します

これで完了です。Devin がチャンネルの監視を開始し、受信メッセージをトリアージします。

<Note>個人のSlackアカウントが **Settings > 接続 > Slack** で接続されている必要があります。</Note>

<div id="customizing-behavior">
  ## 挙動のカスタマイズ
</div>

<div id="setup-prompt">
  ### セットアッププロンプト
</div>

セットアッププロンプトでは、トリアージ用のDevinの動作をカスタマイズできます。これはエージェントの指示に組み込まれ、受信メッセージの処理方法に影響します。使用例:

* "payments service のリグレッションを重点的に確認してください。frontend の bug については、UI Team にタグ付けしてください。"
* "error logs や スタックトレース が含まれている issue のみ調査してください。報告内容が曖昧な場合は、詳細を確認してください。"
* "根本原因 を見つけたら、relevant なソースファイルへの link を必ず含めてください。"

<div id="mcp-integrations">
  ### MCP 統合
</div>

<Tip>MCP 統合の接続を強く推奨します。Devin がログ、メトリクス、エラーの詳細などのランタイムデータにアクセスできるようになり、トリアージの精度が大幅に向上します。</Tip>

トリアージ用の Devin が外部ツールにアクセスできるようにするには、[MCP 統合](/ja/work-with-devin/mcp)を接続します。たとえば、次のようなものがあります。

* **Datadog MCP** — メトリクス、ログ、トレースを取得し、問題をランタイムの挙動と関連付ける
* **Sentry MCP** — エラーの詳細、スタックトレース、影響を受けるユーザーを調べる
* **Linear MCP** — 関連するチケットを確認したり、新しいチケットを作成したりする

自動化を設定する前に、**Settings > Connections > MCP servers** で MCP サーバーを有効にしてください。

<div id="the-scratchpad">
  ## スクラッチパッド
</div>

親モニターとすべての子Devin は、永続的なスクラッチパッドを共有します。これは次の目的で利用されます。

* 最近トリアージしたアイテム (チャンネル ID、メッセージのタイムスタンプ、報告者) を追跡する
* コード領域と担当者の対応をまとめたルーティングテーブルを維持する
* 重複するアイテムを記録し、今後の報告を既存のスレッドに関連付けられるようにする
* セッションの再起動後も保持される前提情報を保存する

スクラッチパッドは、この自動化の長期記憶です。主に親がその維持を担当しますが、子も前提情報として参照し、新しい情報を見つけたときに更新できます (例: 誰かが「それは私の担当ではありません」と言った場合) 。

<div id="security">
  ## セキュリティ
</div>

Slackで受信するメッセージには、信頼できないユーザー入力 (サポートチケット経由など) が含まれる可能性があるため、自動トリアージ用の自動化の外向きアクセスを制限するには、[ネットワークポリシー](/ja/product-guides/automations#network-policy)を有効にすることを検討してください。

<div id="limits">
  ## 制限
</div>

ほかの自動化と同様に、自動トリアージでは、リソース使用量を管理するための[ACU 制限と呼び出し制限](/ja/product-guides/automations#limits-and-safeguards)を利用できます。親によって生成された各子Devin は、ACU 予算では 1 つのセッションとして計上されます。

<div id="tips-for-effective-auto-triage">
  ## 効果的な自動トリアージのヒント
</div>

* **対象を絞ったチャンネルから始めましょう。** 一般的なエンジニアリング用チャンネルではなく、バグ報告専用のチャンネルを選んでください。ノイズが少ないほど、シグナルの質は高まります。
* **セットアッププロンプトで期待事項を明確にしましょう。** どの種類の issue を優先し、何を無視すべきかを Devin に伝えてください。
* **関連する MCP 統合を接続しましょう。** Datadog、Sentry、その他の可観測性ツールを連携すると、Devin が ランタイムデータ にアクセスできるようになり、トリアージの品質が大幅に向上します。
* **ルーティングミスを修正しましょう。** Devin が誤った担当者をタグ付けした場合は、スレッドで修正を返信してください。親側でルーティングテーブルが更新され、次回は正しく処理されます。