自動化を使うと、Slackのメッセージ、GitHub Webhook、Linearのチケット更新、スケジュール、カスタムWebhookなどの外部イベントを、自動的に開始されるDevinのセッションに連携できます。バグの報告やCIチェックの失敗のたびに毎回Devinを手動でタグ付けする代わりに、トリガーを一度定義しておけば、あとはイベントが発生するたびにDevinが処理します。
自動化は3つの要素で構成されます。
| 要素 | 役割 |
|---|
| トリガー | 自動化を起動するイベント (e.g. #bugs へのSlackメッセージ、GitHubのCI失敗、Linearのラベル変更) |
| Conditions | トリガーを絞り込むための任意のフィルター (e.g. ラベルが bug の場合のみトリガーする、特定のリポジトリのみを対象にする) |
| アクション | トリガーされたときにDevinが実行する内容 — 新しいセッションを開始する、既存のセッションにメッセージを送る、またはトリアージモニターとして動作する |
| アクション | 説明 |
|---|
| セッションを開始 | 定義したプロンプトで新しいDevinセッションを作成します。イベントペイロードは前提情報として自動的に含まれます。 |
| セッションにメッセージを送信 | 既存の長時間実行されるDevinセッションにメッセージを送信します。状態を維持するセッションにイベントを渡す場合に便利です。 |
| Devinをトリアージ | 常駐するDevinがSlackチャンネルを監視します。受信するすべてのメッセージを確認し、対応が必要なものを判断して、調査が必要なアイテムに対して子Devinを起動します。詳細はAuto-triageを参照してください。 |
| メール通知 | 自動化の実行時にメールを送信します。毎回の実行時、失敗時のみ、または成功時のみを選択できます。 |
| ソース | イベントタイプ | 使用例 |
|---|
| 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 に接続 |
- サイドバーで 自動化 に移動します
- Create automation をクリックします (または、チャット入力欄に必要な内容を自然言語で記述します。Devin が自動化の設定を生成します)
- トリガー、条件、アクションを設定します
- Save をクリックします
- サイドバーの自動化に移動します
- 注目の自動化ボックスの右上にあるすべての使用例を表示をクリックします
- テンプレートギャラリーを閲覧します — 各テンプレートは、一般的なワークフロー向けに事前設定された自動化です
- テンプレートをクリックすると、トリガー、アクション、推奨される上限がエディタに事前入力されます
- 設定をカスタマイズし (Slack チャンネルやリポジトリを選択するなど) 、保存します
自動化ページでは、下部のチャット入力欄に、実行したい内容を自然言語で入力できます。たとえば、「my-org/my-repo で CI チェックが失敗したら、Devin に対処させて同じブランチにプッシュする」といった内容です。Devin が自動化の設定を生成するので、内容を確認して保存できます。
Slack トリガーは、Devin が招待されているチャンネルでメッセージが投稿されたとき、またはリアクションが追加されたときに作動します。
- Slack メッセージ: 特定のチャンネルに新しいメッセージが投稿されると作動します。トリガーの設定時にチャンネルを選択する必要があります。
- Slack リアクション: メッセージに特定の絵文字リアクションが追加されると作動します (例: インシデント用の 🚨) 。リアクション名とチャンネルで絞り込めます。
トリガーを動作させるには、Devin を Slack チャンネルに招待する必要があります。また、Settings > Connections > Slack で個人の Slack アカウントを接続しておく必要があります。
- 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 の自動化は、セキュリティ上の理由により非公開リポジトリでのみ利用できます。
- Issue created: 選択したチームで新しい issue が作成されると発火します。
- Label added: issue にラベルが追加されると発火します (例:
bug, devin) 。
- Status changed: issue のステータスが変更されると発火します (例: 「In Progress」に移動) 。
- Priority changed: issue の優先度が変更されると発火します。
- Assigned: issue が誰かに割り当てられると発火します。
スケジュールトリガーは、標準的な繰り返しルールに基づいて定期的に実行されます。
- 定期実行: 頻度 (毎時、毎日、毎週) と時刻を設定します。内部では、スケジュールに iCalendar RRULE 形式が使用されます。
時刻はローカルタイムゾーンで表示されますが、内部的には UTC で保存されます。
- Webhookトリガーを使って自動化を作成します
- 保存後、自動化の詳細ページからWebhook URLとシークレットをコピーします
- このURLにHTTP POSTリクエストを送信するよう、外部システム (PagerDuty、Datadog、Sentry、またはカスタムツール) を設定します
- 必要に応じてpayload filterを追加します — これは、自動化が実行される条件として、リクエスト本文が一致する必要のある正規表現パターンです
Webhookのペイロードは、前提情報としてDevinのセッションプロンプトに含まれます。200 KBを超えるペイロードは自動的に切り詰められます。
最も一般的なアクションです。トリガーが発火すると、Devin はプロンプトに基づいて新しいセッションを開始します。イベントのペイロード (例: Slack のメッセージ本文、GitHub webhook の本文、または Linear のチケット詳細) は自動的にプロンプトに追加されるため、Devin は完全な前提情報を得られます。
オプション:
- Prompt: Devin が従う指示です。通常の Devin のプロンプトを書くのと同じように記述してください。
- Playbook (任意) : 追加の指示を含めるには、プロンプト内で
@playbook-name を利用して プレイブック を指定します。
- Tags (任意) : この自動化で作成されるセッションにタグを追加すると、簡単に絞り込めます。
既存の長時間実行中のDevinセッションにメッセージを送信します。イベントごとに新しいセッションを起動する代わりに、1つの永続的なセッションで継続的にイベントを処理したい場合に便利です。
このアクションを設定する際に、対象のセッションを選択する必要があります。
Slackチャンネルを継続的に監視するDevinセッションを作成します。このアクションタイプの詳細については、自動トリアージガイドを参照してください。
自動化の実行時にメール通知を送信します。通知するタイミングを選択してください。
- 常に — 実行のたびに
- 失敗時 — セッションが失敗した場合、またはエラーが発生した場合のみ
- 成功時 — セッションが正常に完了した場合のみ
自動化には、使用量の暴走を防ぐための組み込みの制御機能があります。
この自動化によって開始される各セッションについて、ACU (Agent Compute Unit) の最大使用量を設定します。Devin がこの上限に達すると、セッションは停止します。これにより、1 回の呼び出しで過剰なリソースが消費されるのを防げます。
一定時間内に自動化を実行できる回数の上限を設定します。たとえば、「1時間あたり最大10回まで」と設定すると、Slackチャンネルで通知が頻発したり、CI の失敗が立て続けに発生したりしても、何十ものセッションが生成されるのを防げます。
どちらのフィールドも任意です。未設定の場合、自動化は上限なく実行されます。
自動化のセッションがアクセスできる外部ホストを制限するために、ネットワークポリシーを有効にできます。これは、信頼できないユーザー入力 (例: Slack メッセージ、Webhook ペイロード) を処理する自動化では特に重要です。Devin が外部サービスに接続する必要がある場合は、特定のドメインを許可リストに追加できます。
MCP 統合の接続を強く推奨します。Devin がログ、メトリクス、エラーの詳細といった実行時データにアクセスできるようになり、自動化の品質が大幅に向上します。
- タイムスタンプ付きの最近の実行
- 各実行が成功したか、スキップされたか
- 作成されたDevinセッションへのリンク
- 失敗した実行のエラーメッセージ
自動化の一覧ページには、各自動化のスパークラインが表示され、過去30日間のアクティビティを視覚的に概観できます。
自動化は、一覧ページまたは詳細ページからいつでもオン/オフを切り替えられます。無効化された自動化はイベントの処理を停止しますが、設定は保持されます。自動化を再度有効にすると、イベント処理は直ちに再開されます。
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を作成します |
/automations/templates に直接移動します) 。 
