> ## 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.

# 自動化

> Devinのセッションを自動的にトリガーするイベント駆動型ワークフローを設定します

自動化を使うと、Slackのメッセージ、GitHub Webhook、Linearのチケット更新、スケジュール、カスタムWebhookなどの外部イベントを、自動的に開始されるDevinのセッションに連携できます。バグの報告やCIチェックの失敗のたびに毎回Devinを手動でタグ付けする代わりに、トリガーを一度定義しておけば、あとはイベントが発生するたびにDevinが処理します。

<div id="core-concepts">
  ## 基本概念
</div>

自動化は3つの要素で構成されます。

| 要素             | 役割                                                                           |
| -------------- | ---------------------------------------------------------------------------- |
| **トリガー**       | 自動化を起動するイベント (e.g. `#bugs` へのSlackメッセージ、GitHubのCI失敗、Linearのラベル変更)            |
| **Conditions** | トリガーを絞り込むための任意のフィルター (e.g. ラベルが `bug` の場合のみトリガーする、特定のリポジトリのみを対象にする)          |
| **アクション**      | トリガーされたときにDevinが実行する内容 — 新しいセッションを開始する、既存のセッションにメッセージを送る、またはトリアージモニターとして動作する |

<div id="action-types">
  ### アクションの種類
</div>

| アクション              | 説明                                                                                                                                               |
| ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------ |
| **セッションを開始**       | 定義したプロンプトで新しいDevinセッションを作成します。イベントペイロードは前提情報として自動的に含まれます。                                                                                        |
| **セッションにメッセージを送信** | 既存の長時間実行されるDevinセッションにメッセージを送信します。状態を維持するセッションにイベントを渡す場合に便利です。                                                                                   |
| **Devinをトリアージ**    | 常駐するDevinがSlackチャンネルを監視します。受信するすべてのメッセージを確認し、対応が必要なものを判断して、調査が必要なアイテムに対して子Devinを起動します。詳細は[Auto-triage](/ja/product-guides/auto-triage)を参照してください。 |
| **メール通知**          | 自動化の実行時にメールを送信します。毎回の実行時、失敗時のみ、または成功時のみを選択できます。                                                                                                  |

<div id="trigger-sources">
  ### トリガーソース
</div>

| ソース         | イベントタイプ                                           | 使用例                                                                      |
| ----------- | ------------------------------------------------- | ------------------------------------------------------------------------ |
| **Slack**   | 新規メッセージ、リアクションの追加                                 | `#incidents` のバグ報告をトリアージし、🚨 のリアクションで調査を開始                               |
| **GitHub**  | issue コメント、PR の作成/更新、PR レビュー、check run (CI) 、push | CI の失敗を自動修正し、issue 上の `/devin` コメントに応答                                   |
| **Linear**  | issue の作成、ラベルの追加、ステータスの変更、優先度の変更、担当者の割り当て         | ラベルが付いたバグをトリアージし、Devin に割り当てられたチケットを実装                                   |
| **スケジュール**  | 定期実行 (cron ベース)                                   | 毎日の Sentry エラー確認、毎週の依存関係アップデート、毎晩のスモークテスト                                |
| **Webhook** | 受信 HTTP リクエスト                                     | Webhook URL 経由で、任意の外部システム (PagerDuty、Datadog、Sentry、カスタムツール) を Devin に接続 |

1 つの自動化に **複数のトリガー** を設定できます。これらは OR 条件として機能するため、いずれかのトリガーに一致すると自動化が実行されます。たとえば、GitHub の CI の失敗と Slack のリアクションの両方をトリガーにする 1 つの自動化を作成できます。

<div id="creating-an-automation">
  ## 自動化を作成する
</div>

<div id="from-the-automations-page">
  ### 自動化ページから
</div>

1. サイドバーで **自動化** に移動します
2. **Create automation** をクリックします (または、チャット入力欄に必要な内容を自然言語で記述します。Devin が自動化の設定を生成します)
3. トリガー、条件、アクションを設定します
4. **Save** をクリックします

<div id="from-a-template">
  ### テンプレートから
</div>

1. サイドバーの**自動化**に移動します
2. **注目の自動化**ボックスの右上にある**すべての使用例を表示**をクリックします
3. テンプレートギャラリーを閲覧します — 各テンプレートは、一般的なワークフロー向けに事前設定された自動化です
4. テンプレートをクリックすると、トリガー、アクション、推奨される上限がエディタに事前入力されます
5. 設定をカスタマイズし (Slack チャンネルやリポジトリを選択するなど) 、保存します

<div id="using-natural-language">
  ### 自然言語を使う
</div>

自動化ページでは、下部のチャット入力欄に、実行したい内容を自然言語で入力できます。たとえば、「my-org/my-repo で CI チェックが失敗したら、Devin に対処させて同じブランチにプッシュする」といった内容です。Devin が自動化の設定を生成するので、内容を確認して保存できます。

<div id="configuring-triggers">
  ## トリガーの設定
</div>

<div id="slack-triggers">
  ### Slack トリガー
</div>

Slack トリガーは、Devin が招待されているチャンネルでメッセージが投稿されたとき、またはリアクションが追加されたときに作動します。

* **Slack メッセージ**: 特定のチャンネルに新しいメッセージが投稿されると作動します。トリガーの設定時にチャンネルを選択する必要があります。
* **Slack リアクション**: メッセージに特定の絵文字リアクションが追加されると作動します (例: インシデント用の 🚨) 。リアクション名とチャンネルで絞り込めます。

<Note>トリガーを動作させるには、Devin を Slack チャンネルに招待する必要があります。また、**Settings > Connections > Slack** で個人の Slack アカウントを接続しておく必要があります。</Note>

<div id="github-triggers">
  ### GitHub トリガー
</div>

GitHub トリガーは、リポジトリで発生するイベントをきっかけに起動します。各トリガーごとに、対象のリポジトリを1つ選択する必要があります。

* **Issue comment**: 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**: ブランチへのプッシュで起動します。

<Note>GitHub の自動化は、セキュリティ上の理由により非公開リポジトリでのみ利用できます。</Note>

<div id="linear-triggers">
  ### Linear のトリガー
</div>

Linear のトリガーは、接続されている Linear ワークスペース内の issue イベントで発火します。各トリガーごとにチームを選択する必要があります。

* **Issue created**: 選択したチームで新しい issue が作成されると発火します。
* **Label added**: issue にラベルが追加されると発火します (例: `bug`, `devin`) 。
* **Status changed**: issue のステータスが変更されると発火します (例: 「In Progress」に移動) 。
* **Priority changed**: issue の優先度が変更されると発火します。
* **Assigned**: issue が誰かに割り当てられると発火します。

<div id="schedule-triggers">
  ### スケジュールトリガー
</div>

スケジュールトリガーは、標準的な繰り返しルールに基づいて定期的に実行されます。

* **定期実行**: 頻度 (毎時、毎日、毎週) と時刻を設定します。内部では、スケジュールに iCalendar RRULE 形式が使用されます。

<Tip>時刻はローカルタイムゾーンで表示されますが、内部的には UTC で保存されます。</Tip>

<div id="webhook-triggers">
  ### Webhookトリガー
</div>

Webhookトリガーを使うと、一意のHTTPSエンドポイント経由で任意の外部システムをDevinに接続できます。

1. **Webhook**トリガーを使って自動化を作成します
2. 保存後、自動化の詳細ページからWebhook URLとシークレットをコピーします
3. このURLにHTTP POSTリクエストを送信するよう、外部システム (PagerDuty、Datadog、Sentry、またはカスタムツール) を設定します
4. 必要に応じて**payload filter**を追加します — これは、自動化が実行される条件として、リクエスト本文が一致する必要のある正規表現パターンです

Webhookのペイロードは、前提情報としてDevinのセッションプロンプトに含まれます。200 KBを超えるペイロードは自動的に切り詰められます。

<div id="configuring-actions">
  ## アクションの設定
</div>

<div id="start-session">
  ### セッションを開始
</div>

最も一般的なアクションです。トリガーが発火すると、Devin はプロンプトに基づいて新しいセッションを開始します。イベントのペイロード (例: Slack のメッセージ本文、GitHub webhook の本文、または Linear のチケット詳細) は自動的にプロンプトに追加されるため、Devin は完全な前提情報を得られます。

オプション:

* **Prompt**: Devin が従う指示です。通常の Devin のプロンプトを書くのと同じように記述してください。
* **Playbook** (任意) : 追加の指示を含めるには、プロンプト内で `@playbook-name` を利用して [プレイブック](/ja/product-guides/using-playbooks) を指定します。
* **Tags** (任意) : この自動化で作成されるセッションにタグを追加すると、簡単に絞り込めます。

<div id="message-session">
  ### セッションにメッセージを送信
</div>

既存の長時間実行中のDevinセッションにメッセージを送信します。イベントごとに新しいセッションを起動する代わりに、1つの永続的なセッションで継続的にイベントを処理したい場合に便利です。

このアクションを設定する際に、対象のセッションを選択する必要があります。

<div id="triage-devin-monitor">
  ### Devinをトリアージ (監視)
</div>

Slackチャンネルを継続的に監視するDevinセッションを作成します。このアクションタイプの詳細については、[自動トリアージガイド](/ja/product-guides/auto-triage)を参照してください。

<div id="email-notification">
  ### メール通知
</div>

自動化の実行時にメール通知を送信します。通知するタイミングを選択してください。

* **常に** — 実行のたびに
* **失敗時** — セッションが失敗した場合、またはエラーが発生した場合のみ
* **成功時** — セッションが正常に完了した場合のみ

<div id="limits-and-safeguards">
  ## 上限と保護機能
</div>

自動化には、使用量の暴走を防ぐための組み込みの制御機能があります。

<div id="acu-limit">
  ### ACU 上限
</div>

この自動化によって開始される各セッションについて、ACU (Agent Compute Unit) の最大使用量を設定します。Devin がこの上限に達すると、セッションは停止します。これにより、1 回の呼び出しで過剰なリソースが消費されるのを防げます。

<div id="invocation-limit">
  ### 呼び出し回数の上限
</div>

一定時間内に自動化を実行できる回数の上限を設定します。たとえば、「1時間あたり最大10回まで」と設定すると、Slackチャンネルで通知が頻発したり、CI の失敗が立て続けに発生したりしても、何十ものセッションが生成されるのを防げます。

どちらのフィールドも任意です。未設定の場合、自動化は上限なく実行されます。

<div id="network-policy">
  ### ネットワークポリシー
</div>

自動化のセッションがアクセスできる外部ホストを制限するために、ネットワークポリシーを有効にできます。これは、信頼できないユーザー入力 (例: Slack メッセージ、Webhook ペイロード) を処理する自動化では特に重要です。Devin が外部サービスに接続する必要がある場合は、特定のドメインを許可リストに追加できます。

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

<Tip>MCP 統合の接続を強く推奨します。Devin がログ、メトリクス、エラーの詳細といった実行時データにアクセスできるようになり、自動化の品質が大幅に向上します。</Tip>

自動化は [MCP 統合](/ja/work-with-devin/mcp) と連携し、Devin が外部ツールにアクセスできるようにします。自動化の作成時には、**Connections** セクションに、推奨される MCP サーバーとその接続状況が表示されます。

たとえば、"Daily Sentry Error Fixes" テンプレートでは、Devin が Sentry で未解決のエラーをクエリできるように、Sentry MCP を推奨しています。"Datadog Alert Investigation" テンプレートでは、メトリクスとトレースを取得するために Datadog MCP を推奨しています。

これらが必要な自動化を作成する前に、**Settings > Connections > MCP servers** で MCP サーバーを有効にしてください。

<div id="slack-tool-access">
  ## Slackツールへのアクセス
</div>

デフォルトでは、自動化セッションはトリガーに関連するSlackチャンネルを読み書きできます。追加のSlackチャンネルへのアクセス権は、自動化エディタの**Slackツール**セクションで付与できます。これは、自動化をトリガーしたチャンネルだけでなく、Devinが複数のチャンネルを読み取る必要がある場合に便利です。

<div id="activity-and-monitoring">
  ## アクティビティとモニタリング
</div>

各自動化では、実行履歴が追跡されます。自動化の詳細ページでは、**Activity** タブに次の内容が表示されます。

* タイムスタンプ付きの最近の実行
* 各実行が成功したか、スキップされたか
* 作成されたDevinセッションへのリンク
* 失敗した実行のエラーメッセージ

自動化の一覧ページには、各自動化のスパークラインが表示され、過去30日間のアクティビティを視覚的に概観できます。

<div id="enabling-and-disabling">
  ## 有効化と無効化
</div>

自動化は、一覧ページまたは詳細ページからいつでもオン/オフを切り替えられます。無効化された自動化はイベントの処理を停止しますが、設定は保持されます。自動化を再度有効にすると、イベント処理は直ちに再開されます。

<div id="templates">
  ## テンプレート
</div>

Devin には、一般的なワークフロー向けにあらかじめ用意された自動化テンプレートのライブラリがあります。

| Template                       | Category | What it does                                  |
| ------------------------------ | -------- | --------------------------------------------- |
| Triage Bug Reports on Slack    | 監視       | Slackチャンネルを監視し、受信したバグレポートを自動でトリアージします         |
| Daily Sentry Error Fixes       | 監視       | 未解決の主要な Sentry エラーを毎日取得し、修正PRを作成します           |
| Datadog Alert Investigation    | 監視       | Slack に投稿された Datadog アラートを調査し、根本原因の分析結果を返信します |
| Daily Health Digest            | 監視       | Datadog を毎日スキャンし、ヘルスサマリーを Slack に投稿します        |
| Stripe 支払い失敗調査                 | 監視       | Stripe MCP 経由で Slack 内の支払い失敗アラートを調査します        |
| 週次アナリティクス ヘルスチェック              | 監視       | Metabase ダッシュボードを毎週確認し、壊れたクエリや異常を検出します        |
| CI Failure Fixer               | CI/CD    | PR 上で失敗している CI チェックを自動で修正します                  |
| /devin Issue Fix               | CI/CD    | GitHub issue 上の `/devin` コメントに応答して修正PRを作成します  |
| CircleCI 失敗対処法                 | CI/CD    | 失敗時に CircleCI のビルドログを取得し、修正をプッシュします           |
| カスタマーサポートのトリアージ                | トリアージ    | Slack のサポートメッセージへの返信案を作成します                   |
| JiraチケットからPRへ                  | トリアージ    | Slack に投稿された Jira チケットを実装し、PR を作成します          |
| Jam Bug Report Investigation   | トリアージ    | Slack で共有された Jam の録画を調査します                    |
| Nightly QA & Smoke Tests       | メンテナンス   | 毎晩 E2E テストを実行し、リグレッションのチケットを起票します             |
| 毎週の依存関係アップデート                  | メンテナンス   | 古いパッケージをスキャンし、更新PRを作成します                      |
| Weekly Changelog               | メンテナンス   | マージ済みの PR を分類した変更ログにまとめます                     |
| Stale PR Cleanup               | メンテナンス   | 最近更新のない PR にフラグを付け、マージ競合を確認します                |
| セキュリティ脆弱性スキャン                  | メンテナンス   | 重大な脆弱性に対応する修正PRを含む週次の CVE スキャン                |
| Cloudflare セキュリティ監査            | メンテナンス   | 不審なアクティビティを検出するため、Cloudflare の監査ログを毎週レビューします  |
| Weekly Status Digest to Notion | プロジェクト管理 | 毎週の進捗を Notion のステータス更新にまとめます                  |
| Asana Sprint Progress Report   | プロジェクト管理 | Asana から日次スタンドアップの要約を Slack に投稿します            |
| Figma Design Review on PR      | コード品質    | PR 上で UI の変更を Figma のデザインと比較します               |
| SonarQube Quality Gate の対処法    | コード品質    | 失敗している CI チェックの SonarQube 品質ゲート違反を修正します       |
| 依存関係の脆弱性スキャナー                  | セキュリティ   | 重大度に応じた修正PRを含む毎日の CVE スキャン                    |
| シークレットスキャナー                    | セキュリティ   | 漏えいした認証情報やハードコードされたシークレットを毎日スキャンし、修正PRを作成します  |
| Code Pattern Enforcer          | セキュリティ   | リポジトリを基準となる参照リポジトリと比較し、整合用の PR を作成します         |
| SRE Health Checker             | セキュリティ   | 非推奨 API、エラーハンドリングの不足、信頼性のギャップを毎週スキャンします       |
| OWASP セキュリティ強化                 | セキュリティ   | OWASP Top 10 の脆弱性を毎週スキャンし、修正PRを作成します          |

すべてのテンプレートを閲覧するには、Devin アプリで **自動化** ページを開き、チャット入力欄の上にある「注目の自動化」の横の **すべての使用例を表示** をクリックします (または `/automations/templates` に直接移動します) 。