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

​
基本概念

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

​
アクションの種類

​
トリガーソース

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

​
自動化を作成する

​
自動化ページから

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

​
テンプレートから

  1. サイドバーの自動化に移動します
  2. 注目の自動化ボックスの右上にあるすべての使用例を表示をクリックします
  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 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: ブランチへのプッシュで起動します。
GitHub の自動化は、セキュリティ上の理由により非公開リポジトリでのみ利用できます。

​
Linear のトリガー

Linear のトリガーは、接続されている Linear ワークスペース内の issue イベントで発火します。各トリガーごとにチームを選択する必要があります。
  • Issue created: 選択したチームで新しい issue が作成されると発火します。
  • Label added: issue にラベルが追加されると発火します (例: bug, devin) 。
  • Status changed: issue のステータスが変更されると発火します (例: 「In Progress」に移動) 。
  • Priority changed: issue の優先度が変更されると発火します。
  • Assigned: 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. 必要に応じてpayload filterを追加します — これは、自動化が実行される条件として、リクエスト本文が一致する必要のある正規表現パターンです
Webhookのペイロードは、前提情報としてDevinのセッションプロンプトに含まれます。200 KBを超えるペイロードは自動的に切り詰められます。

​
アクションの設定

​
セッションを開始

最も一般的なアクションです。トリガーが発火すると、Devin はプロンプトに基づいて新しいセッションを開始します。イベントのペイロード (例: Slack のメッセージ本文、GitHub webhook の本文、または Linear のチケット詳細) は自動的にプロンプトに追加されるため、Devin は完全な前提情報を得られます。 オプション:
  • Prompt: Devin が従う指示です。通常の Devin のプロンプトを書くのと同じように記述してください。
  • Playbook (任意) : 追加の指示を含めるには、プロンプト内で @playbook-name を利用して プレイブック を指定します。
  • Tags (任意) : この自動化で作成されるセッションにタグを追加すると、簡単に絞り込めます。

​
セッションにメッセージを送信

既存の長時間実行中のDevinセッションにメッセージを送信します。イベントごとに新しいセッションを起動する代わりに、1つの永続的なセッションで継続的にイベントを処理したい場合に便利です。 このアクションを設定する際に、対象のセッションを選択する必要があります。

​
Devinをトリアージ (監視)

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

​
メール通知

自動化の実行時にメール通知を送信します。通知するタイミングを選択してください。
  • 常に — 実行のたびに
  • 失敗時 — セッションが失敗した場合、またはエラーが発生した場合のみ
  • 成功時 — セッションが正常に完了した場合のみ

​
上限と保護機能

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

​
ACU 上限

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

​
呼び出し回数の上限

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

​
ネットワークポリシー

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

​
MCP 統合

MCP 統合の接続を強く推奨します。Devin がログ、メトリクス、エラーの詳細といった実行時データにアクセスできるようになり、自動化の品質が大幅に向上します。
自動化は MCP 統合 と連携し、Devin が外部ツールにアクセスできるようにします。自動化の作成時には、Connections セクションに、推奨される MCP サーバーとその接続状況が表示されます。 たとえば、“Daily Sentry Error Fixes” テンプレートでは、Devin が Sentry で未解決のエラーをクエリできるように、Sentry MCP を推奨しています。“Datadog Alert Investigation” テンプレートでは、メトリクスとトレースを取得するために Datadog MCP を推奨しています。 これらが必要な自動化を作成する前に、Settings > Connections > MCP servers で MCP サーバーを有効にしてください。

​
Slackツールへのアクセス

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

​
アクティビティとモニタリング

各自動化では、実行履歴が追跡されます。自動化の詳細ページでは、Activity タブに次の内容が表示されます。
  • タイムスタンプ付きの最近の実行
  • 各実行が成功したか、スキップされたか
  • 作成されたDevinセッションへのリンク
  • 失敗した実行のエラーメッセージ
自動化の一覧ページには、各自動化のスパークラインが表示され、過去30日間のアクティビティを視覚的に概観できます。

​
有効化と無効化

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

​
テンプレート

Devin には、一般的なワークフロー向けにあらかじめ用意された自動化テンプレートのライブラリがあります。 すべてのテンプレートを閲覧するには、Devin アプリで 自動化 ページを開き、チャット入力欄の上にある「注目の自動化」の横の すべての使用例を表示 をクリックします (または /automations/templates に直接移動します) 。