> ## 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.
# 自動化
> Devinの自動化を設定します。Slack、GitHub、Linear、スケジュール、WebhookからDevinのセッションを開始するイベント駆動型ワークフローです。
自動化を使うと、Slackのメッセージ、GitHub Webhook、Linearのチケット更新、スケジュール、カスタムWebhookなどの外部イベントを、自動的に開始されるDevinのセッションに連携できます。バグの報告やCIチェックの失敗のたびに毎回Devinを手動でタグ付けする代わりに、トリガーを一度定義しておけば、あとはイベントが発生するたびにDevinが処理します。また、[Terraformプロバイダー](/ja/api-reference/terraform-provider)を使って自動化を宣言的に管理することもできます。4つの使用例を紹介する動画での解説は、[Devinの自動化チュートリアル](/ja/tutorial-library/automations)をご覧ください。
## 基本概念
自動化は3つの要素で構成されます。
| 要素 | 役割 |
| -------------- | ---------------------------------------------------------------------------- |
| **トリガー** | 自動化を起動するイベント (e.g. `#bugs` へのSlackメッセージ、GitHubのCI失敗、Linearのラベル変更) |
| **Conditions** | トリガーを絞り込むための任意のフィルター (e.g. ラベルが `bug` の場合のみトリガーする、特定のリポジトリのみを対象にする) |
| **アクション** | トリガーされたときにDevinが実行する内容 — 新しいセッションを開始する、既存のセッションにメッセージを送る、またはトリアージモニターとして動作する |
### アクションの種類
| アクション | 説明 |
| ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------ |
| **セッションを開始** | 定義したプロンプトで新しいDevinセッションを作成します。イベントペイロードは前提情報として自動的に含まれます。 |
| **セッションにメッセージを送信** | 既存の長時間実行されるDevinセッションにメッセージを送信します。状態を維持するセッションにイベントを渡す場合に便利です。 |
| **Devinをトリアージ** | 常駐するDevinがSlackチャンネルを監視します。受信するすべてのメッセージを確認し、対応が必要なものを判断して、調査が必要なアイテムに対して子Devinを起動します。詳細は[Auto-triage](/ja/product-guides/auto-triage)を参照してください。 |
| **メール通知** | 自動化の実行時にメールを送信します。毎回の実行時、失敗時のみ、または成功時のみを選択できます。 |
### トリガーソース
| ソース | イベントタイプ | 使用例 |
| ------------- | ------------------------------------------------------- | ------------------------------------------------------------------------ |
| **Slack** | 新規メッセージ、リアクションの追加 | `#incidents` のバグ報告をトリアージし、🚨 のリアクションで調査を開始 |
| **GitHub** | issue、issue コメント、PR の作成/更新、PR レビュー、check run (CI) 、プッシュ | CI の失敗を自動修正し、issue 上の `/devin` コメントに応答 |
| **GitLab** | マージリクエスト、MR コメント、issue、issue コメント、プッシュ、pipeline | 失敗した pipeline を自動修正し、マージリクエスト 上のコメントに応答 |
| **Linear** | issue の作成、ラベルの追加、ステータスの変更、優先度の変更、担当者の割り当て、チームへの移動 | ラベルが付いたバグをトリアージし、Devin に割り当てられたチケットを実装 |
| **Jira** | issue の作成、issue の更新、ラベルの追加、ステータスの変更、担当者の割り当て、コメントの追加 | Devin に割り当てられたチケットを実装し、ステータスの変更を追跡 |
| **Pylon** | issue の作成、タグの追加、ステータスの変更 | Pylon に登録された顧客のバグチケットをトリアージ |
| **PagerDuty** | インシデントの発生、確認、解決、更新 | 緊急度の高いインシデントが発生し次第、すぐに調査。[PagerDuty 統合](/ja/integrations/pagerduty) を参照 |
| **スケジュール** | 定期実行 (cron ベース) または 1回限り (1 回実行) | 毎日の Sentry エラー確認、毎週の依存関係アップデート、毎晩のスモークテスト、または将来の特定の時刻に 1 回だけ実行される単発タスク |
| **Webhook** | 受信 HTTP リクエスト | Webhook URL 経由で、任意の外部システム (PagerDuty、Datadog、Sentry、カスタムツール) を Devin に接続 |
スケジュール以外のソースは、対応する統合が **Settings > Connections** で接続されると、トリガーのピッカーに表示されます。
1 つの自動化に **複数のトリガー** を設定できます。これらは OR 条件として機能するため、いずれかのトリガーに一致すると自動化が発生します。たとえば、GitHub の CI の失敗と Slack のリアクションの両方で発生する 1 つの自動化を作成できます。
## 自動化を作成する
### 自動化ページから
1. サイドバーで **自動化** に移動します
2. **Create automation** をクリックし、**Create** を選択して空のエディタを開きます。同じメニューには **Template** (テンプレートギャラリーを開きます) と **Generate with Devin** (Devin と一緒に自動化を作成するセッションを開始します) もあります。また、チャット入力欄に必要な内容を自然言語で記述することもできます。Devin が自動化の設定を生成します
3. トリガー、条件、アクションを設定します
4. **Save** をクリックします
### テンプレートから
1. サイドバーの**自動化**に移動します
2. **Create automation** > **Template**をクリックするか、**注目の自動化**ボックスの右上にある**すべての使用例を表示**をクリックします
3. テンプレートギャラリーを閲覧します — 各テンプレートは、一般的なワークフロー向けに事前設定された自動化です
4. テンプレートをクリックすると、トリガー、アクション、推奨される上限がエディタに事前入力されます
5. 設定をカスタマイズし (Slack チャンネルやリポジトリを選択するなど) 、保存します
### 自然言語を使う
自動化ページでは、下部のチャット入力欄に、実行したい内容を自然言語で入力できます。たとえば、「my-org/my-repo で CI チェックが失敗したら、Devin に対処させて同じブランチにプッシュする」といった内容です。Devin が自動化の設定を生成するので、内容を確認して保存できます。
## トリガーの設定
### Slack トリガー
Slack トリガーは、Devin が招待されているチャンネルでメッセージが投稿されたとき、またはリアクションが追加されたときに作動します。
* **Slack メッセージ**: 特定のチャンネルに新しいメッセージが投稿されると作動します。トリガーの設定時にチャンネルを選択する必要があります。
* **Slack リアクション**: メッセージに特定の絵文字リアクションが追加されると作動します (例: インシデント用の 🚨) 。リアクション名とチャンネルで絞り込めます。
トリガーを動作させるには、Devin を Slack チャンネルに招待する必要があります。また、**Settings > Connections > Slack** で個人の Slack アカウントを接続しておく必要があります。
### GitHub トリガー
GitHub トリガーは、リポジトリで発生するイベントをきっかけに発生します。各トリガーごとに、対象のリポジトリを1つ選択する必要があります。
* **Issue**: issue イベント (オープン、クローズ、再オープン、編集、ラベル付け) で発生します。
* **issue コメント**: GitHub issue にコメントが投稿されると発生します。一般的には `starts_with "/devin"` 条件と組み合わせて利用し、ユーザーが任意の issue で `/devin` と入力すると Devin をトリガーできます。
* **Pull request**: PR イベント (オープン、同期など) で発生します。
* **Pull request review**: PR にレビューが送信されると発生します。
* **Pull request review comment**: 個別のレビューコメントで発生します。
* **Check run (CI)**: CI チェックが完了すると発生します。`conclusion = failure` で絞り込むと、失敗したビルドを自動修正できます。
* **Push**: ブランチへのプッシュで発生します。
デフォルトでは、GitHub の自動化は非公開リポジトリでのみ発生します。管理者は、個々の GitHub 接続で公開リポジトリを利用できるように設定できます。[Settings → Connections → GitHub](https://app.devin.ai/settings/connections/github) で接続のメニューを開き、**Automation scope** を **All installed repos** に設定します。インターネット上の誰でも公開リポジトリにコメントしたり、PR を作成したりできるため、公開リポジトリのトリガーではプロンプトインジェクションのリスクが高まります。意図した場合にのみ有効にし、トリガー条件は限定的に保ってください。
### GitLab のトリガー
GitLab のトリガーは、接続された GitLab インスタンス内のプロジェクトイベントで発生します:
* **Merge request**: MR のアクション(opened、closed、merged、reopened、approved、updated)で発生します。
* **MR コメント**: マージリクエストにコメント(ノート)が投稿されたときに発生します。diff のレビュースレッドも対象です。
* **Issue**: issue のアクション(opened、closed、reopened、updated)で発生します。
* **issue コメント**: issue にコメントが投稿されたときに発生します。
* **Push**: ブランチへのプッシュで発生します。
* **Pipeline**: パイプラインが指定したステータスに達したときに発生します。ステータス(例: `failed`)でフィルタリングすれば、失敗したパイプラインを自動的に修正できます。
### Linear のトリガー
Linear のトリガーは、接続されている Linear ワークスペース内の issue イベントで発生します。各トリガーごとにチームを選択する必要があります。
* **Issue created**: 選択したチームで新しい issue が作成されると発生します。
* **Label added**: issue にラベルが追加されると発生します (例: `bug`, `devin`) 。
* **Status changed**: issue のステータスが変更されると発生します (例: 「In Progress」に移動) 。
* **Priority changed**: issue の優先度が変更されると発生します。
* **Assigned**: issue が誰かに割り当てられると発生します。
* **Issue moved**: issue が別のチームに移動されると発生します。トリガーのチームフィルターは移動先のチームと照合されます。
### Jira triggers
Jira の triggers は、接続された Jira サイトの issue イベントで発生します。プロジェクト、labels、ステータス、担当者、エピックでフィルタリングできます。
* **Issue created**: 新しい issue が作成されたときに発生します。
* **Issue updated**: issue のフィールドが変更されたときに発生します。
* **ラベル**: issue に label が付与されたときに発生します。
* **Status changed**: issue のステータスが変更されたときに発生します。
* **Assigned**: issue が誰かに割り当てられたときに発生します。
* **Comment created or edited**: issue にコメントが追加または編集されたときに発生します。
### スケジュールトリガー
スケジュールトリガーは、時間ベースのスケジュールに従って発生し、定期実行または1回限りの実行を設定できます。トリガーのドロップダウンで **Schedule** を展開し、**Every hour**、**Every day**、**Every week**、**Run once**、または **Custom schedule** を選択します。
* **Recurring**: 頻度 (毎時、毎日、毎週) と時刻を設定します。スケジュールは内部的に iCalendar の RRULE 形式を利用しています。**Custom schedule** を選択すると、カスタムの繰り返し (N 分 / 時間 / 日 / 週 / か月ごとに繰り返す) を作成できます。より複雑な間隔を設定する場合は、生の RRULE 文字列 (例: `FREQ=WEEKLY;BYDAY=MO;BYHOUR=9;BYMINUTE=0`) を直接入力することもできます。
* **Run once**: 将来の特定の日時に1回だけ発生し、その後自動的に無効になります。1回限りの遅延実行に便利です。たとえば、「12時間後に Devin を起こしてタスクを実行する」といった使い方です。日付と時刻を選択します (既定では現在から1時間後) 。指定する日時は未来である必要があります。
時刻はローカルタイムゾーンで表示されますが、内部的には UTC で保存されます。
### Webhookトリガー
Webhookトリガーを使うと、一意のHTTPSエンドポイント経由で任意の外部システムをDevinに接続できます。
1. **Webhook**トリガーを使って自動化を作成します
2. トリガー設定に表示されるWebhook URLとシークレットをコピーします
3. このURLにHTTP POSTリクエストを送信するよう、外部システム (PagerDuty、Datadog、Sentry、またはカスタムツール) を設定します
4. 必要に応じて**ペイロード filter**を追加します — これは、自動化が実行される条件として、リクエスト本文が一致する必要のある正規表現パターンです
以下のいずれかの方法でWebhookシークレットを渡します:
* `X-Webhook-Secret: ` ヘッダー
* `Authorization: Bearer ` ヘッダー
* `?secret=` クエリパラメータ
ヘッダーを使用することを推奨します — クエリ文字列はproxy、CDN、serverのアクセスログに記録されることがよくあります。
Webhookのペイロードは、前提情報としてDevinのセッションプロンプトに含まれます。200 KBを超えるペイロードは自動的に切り詰められます。
#### Webhook シークレット
各 Webhook トリガーには、受信リクエストを認証するためのシークレットがあります。正しいシークレットが含まれていない呼び出しは拒否されます。シークレットは自動生成され、自動化エディタで Webhook トリガーを追加する際に表示されます。
シークレットは表示されたときにコピーしてください。再表示されることはありません。紛失したシークレットは復元できないため、再生成してください。
各リクエストには、`X-Webhook-Secret` HTTP ヘッダーにシークレットを含める必要があります。たとえば、curl でテストするには：
```bash theme={null}
curl -X POST '' \
-H 'Content-Type: application/json' \
-H 'X-Webhook-Secret: ' \
-d '{"test": true}'
```
シークレットを紛失した場合やローテーションが必要な場合は、自動化エディタでWebhookトリガーを開き、シークレットを再生成してください。古いシークレットは直ちに無効になるため、外部システムを新しい値に更新してください。
## アクションの設定
### セッションを開始
最も一般的なアクションです。トリガーが発火すると、Devin はプロンプトに基づいて新しいセッションを開始します。イベントのペイロード (例: Slack のメッセージ本文、GitHub webhook の本文、または Linear のチケット詳細) は自動的にプロンプトに追加されるため、Devin は完全な前提情報を得られます。
オプション:
* **Prompt**: Devin が従う指示です。通常の Devin のプロンプトを書くのと同じように記述してください。
* **Playbook** (任意) : 追加の指示を含めるには、プロンプト内で `@playbook-name` を利用して [プレイブック](/ja/product-guides/using-playbooks) を指定します。
* **Tags** (任意) : この自動化で作成されるセッションにタグを追加すると、簡単に絞り込めます。
### セッションにメッセージを送信
既存の長時間実行中のDevinセッションにメッセージを送信します。イベントごとに新しいセッションを起動する代わりに、1つの永続的なセッションで継続的にイベントを処理したい場合に便利です。
このアクションを設定する際に、対象のセッションを選択する必要があります。
### Devinをトリアージ (監視)
Slackチャンネルを継続的に監視するDevinセッションを作成します。このアクションタイプの詳細については、[自動トリアージガイド](/ja/product-guides/auto-triage)を参照してください。
### メール通知
自動化の実行時にメール通知を送信します。通知するタイミングを選択してください。
* **常に** — 実行のたびに
* **失敗時** — セッションが失敗した場合、またはエラーが発生した場合のみ
* **成功時** — セッションが正常に完了した場合のみ
## 上限と保護機能
自動化には、使用量の暴走を防ぐための組み込みの制御機能があります。
### ACU 上限
この自動化によって開始される各セッションについて、ACU (Agent Compute Unit) の最大使用量を設定します。Devin がこの上限に達すると、セッションは停止します。これにより、1 回の呼び出しで過剰なリソースが消費されるのを防げます。
### 呼び出し回数の上限
一定時間内に自動化を実行できる回数の上限を設定します。たとえば、「1時間あたり最大10回まで」と設定すると、Slackチャンネルで通知が頻発したり、CI の失敗が立て続けに発生したりしても、何十ものセッションが生成されるのを防げます。
どちらのフィールドも任意です。未設定の場合、自動化は上限なく実行されます。
### ネットワークポリシー
自動化のセッションがアクセスできる外部ホストを制限するために、ネットワークポリシーを有効にできます。これは、信頼できないユーザー入力 (例: Slack メッセージ、Webhook ペイロード) を処理する自動化では特に重要です。Devin が外部サービスに接続する必要がある場合は、特定のドメインを許可リストに追加できます。自動化のネットワークポリシーはアクセスを制限することしかできず、自動化のセッションに適用される[セキュリティプロファイル](/ja/product-guides/security-profiles)との共通部分が適用されます。
## MCP 統合
MCP 統合の接続を強く推奨します。Devin がログ、メトリクス、エラーの詳細といった実行時データにアクセスできるようになり、自動化の品質が大幅に向上します。
自動化は [MCP 統合](/ja/work-with-devin/mcp) と連携し、Devin が外部ツールにアクセスできるようにします。自動化の作成時には、**Connections** セクションに、推奨される MCP サーバーとその接続状況が表示されます。
たとえば、"Fix Sentry Errors Daily" テンプレートでは、Devin が Sentry で未解決のエラーをクエリできるように、Sentry MCP を推奨しています。"Investigate Alerts Triggered" テンプレートでは、メトリクスとトレースを取得するために Datadog MCP を推奨しています。
これらが必要な自動化を作成する前に、**Settings → Connections → MCPs** タブで MCP サーバーを有効にしてください (または plugin marketplace からプラグインをインストールしてください) 。
## Slackツールへのアクセス
デフォルトでは、自動化セッションはトリガーに関連するSlackチャンネルを読み書きできます。追加のSlackチャンネルへのアクセス権は、自動化エディタの**Slackツール**セクションで付与できます。これは、自動化をトリガーしたチャンネルだけでなく、Devinが複数のチャンネルを読み取る必要がある場合に便利です。
## アクティビティとモニタリング
各自動化では、実行履歴が追跡されます。自動化の詳細ページでは、**Activity** タブに次の内容が表示されます。
* タイムスタンプ付きの最近の実行
* 各実行が成功したか、スキップされたか
* 作成されたDevinセッションへのリンク
* 失敗した実行のエラーメッセージ
自動化の一覧ページには、各自動化のスパークラインが表示され、過去30日間のアクティビティを視覚的に概観できます。
## 有効化と無効化
自動化は、一覧ページまたは詳細ページからいつでもオン/オフを切り替えられます。無効化された自動化はイベントの処理を停止しますが、設定は保持されます。自動化を再度有効にすると、イベント処理は直ちに再開されます。
## Templates
Devin には、よくあるワークフロー向けに用意された自動化テンプレートのライブラリが含まれています。
| テンプレート | カテゴリ | 内容 |
| ---------------------------- | ------------------- | ------------------------------------------------------------------------------------------- |
| Triage Bug Reports | Monitoring & Triage | Slackチャンネルを監視してバグレポートを検知し、Devin が各件をトリアージして根本原因を調査し、スレッドに返信します |
| Triage Support Requests | Monitoring & Triage | サポートチャンネルを監視し、Devin がスレッドに正確な返信を下書きして、エスカレーションが必要なものにフラグを付けます |
| Triage Customer Bug Tickets | Monitoring & Triage | 顧客が Pylon で issue を作成すると、Devin がバグを再現し、コードベースを調査して、サポートチーム向けに調査結果を報告します |
| Investigate Alerts Triggered | Monitoring & Triage | Slack のアラートチャンネルにアラートが届くと、Devin が Datadog MCP を利用してメトリクス、ログ、トレースを取得し、根本原因の分析をスレッドに投稿します |
| Fix Sentry Errors Daily | Monitoring & Triage | 毎朝、未解決の Sentry エラーの上位を取得し、それぞれを調査して修正 PR を作成します |
| Daily Error Report | Monitoring & Triage | 毎朝、Datadog をスキャンして各サービスの新規エラーや急増しているエラーを洗い出し、簡潔なレポートを Slack に投稿します |
| Recurring Capacity Planning | Monitoring & Triage | スケジュールに従って利用状況とリソース使用率の傾向をレビューし、必要なキャパシティを予測して、上限に近づいているサービスにフラグを付けます |
| Fix CI Failures | CI/CD & Release | Devin 以外の PR で失敗した CI チェックを自動的に修正します。ビルドログを読み取り、根本原因を特定し、修正をプッシュして、通過することを検証します |
| /devin Issue Fix | CI/CD & Release | 誰かが GitHub issue に `/devin` とコメントすると、Devin がコードベースを調査して修正 PR を作成します |
| Weekly Dependency Update | CI/CD & Release | 毎週月曜日に古くなったパッケージをスキャンし、変更ログで破壊的変更を確認して、リスクレベルごとにまとめた更新 PR を作成します |
| Weekly Changelog | CI/CD & Release | 毎週金曜日に、マージされた PR をカテゴリ別の変更ログにまとめ、CHANGELOG.md を更新する PR を作成します |
| Stale PR Cleanup | CI/CD & Release | 1週間以上更新のない PR を毎週スキャンし、マージコンフリクトを確認して、やんわりとリマインドを投稿します |
| 依存関係の脆弱性スキャナー | セキュリティ | 依存関係に含まれる既知の CVE を毎日スキャンし、深刻度順に優先度を付けて修正 PR を作成します |
| シークレットスキャナー | セキュリティ | 漏洩した認証情報、API キー、トークンを毎日スキャンし、ハードコードされたシークレットを環境変数の参照に置き換えて修正 PR を作成します |
| Code Pattern Enforcer | セキュリティ | リポジトリをゴールデンリファレンスリポジトリと毎週比較し、逸脱があれば整合させる PR を作成します |
| OWASP セキュリティ強化 | セキュリティ | OWASP Top 10 の脆弱性 (インジェクションの不備、XSS、認証チェックの欠落、安全でないデフォルト設定など) を毎週スキャンし、修正 PR を作成します |
| Cloudflare セキュリティ監査 | セキュリティ | Cloudflare の監査ログを毎週レビューし、不審なアクティビティ、設定変更、潜在的なセキュリティ上の問題にフラグを付けます |
| Weekly Status Digest | Project Management | 毎週月曜日に、過去1週間にマージされた PR を簡潔なステータス更新にまとめ、Notion に投稿します |
| Sprint Progress Report | Project Management | Asana を使った日次スタンドアップ用サマリー。プロジェクト横断でタスクのステータスを取得し、進捗の更新を Slack に投稿します |
| Backlog Cleanup | Project Management | Linear のバックログを毎週見直し、滞留した issue や重複した issue をクローズし、未トリアージのものにフラグを付け、不足しているラベル・優先度・見積もりを補完します |
すべてのテンプレートを閲覧するには、Devin アプリで **Automations** ページを開き、チャット入力欄の上にある「注目の自動化」の横の **すべての使用例を表示** をクリックします (または `/automations/templates` に直接アクセスします) 。