メインコンテンツへスキップ
Jira と Confluence を、1 つの自動化でコードベースに接続できます。Jira チケットが対応可能な状態に移動したとき (またはコメントで @devin へのメンションがあったとき) 、この自動化はチケット全体 (リンクされた Confluence ドキュメント、受け入れ条件、コメントなど) を読み取り、適切な repo に対する PR として変更を実装します。

このテンプレートを利用する

Devin で JiraチケットからPRへ を開き、デフォルト設定で自動化を作成します。保存する前にカスタマイズすることもできます。

この自動化でできること

Atlassian MCP を使うと、Devin は Jira と Confluence に深くアクセスできるため、チケットは単なるタイトルや説明ではなく、前提情報を含むひとまとまりの情報として扱われます。Devin はリンクされたアーキテクチャドキュメントを取得し、サブタスクを読み、リンクされたエピックを確認してから、コーディングを開始します。

仕組み

トリガー: Slack イベントmessage
  • イベント: slack:message
    • 条件:
      • channel eq #dev-requests
Devinが行うこと: イベントの前提情報をすべて含むセッションを開始し、以下のプロンプトを実行し、失敗した場合は (必要に応じて) 通知します。

前提条件

プロンプトの例

このテンプレートには次のプロンプトが含まれています。Use template をクリックした後で編集することも、そのまま使うこともできます。

設定方法

  1. Devin で Automations → Templates を開きます。
  2. JiraチケットからPRへ をクリックします。このテンプレートがあらかじめ入力された状態で作成ページが開きます。
  3. 必要な統合を接続し、まだ設定していない場合は MCP サーバーをインストールします。
  4. トリガー条件内のプレースホルダーを置き換えます (たとえば、your-org/your-repo を実際の repo に置き換えます) 。
  5. プロンプトを確認し、チームの表現、運用ルール、ガードレールに合わせて調整します。
  6. Create automation をクリックします。
ほとんどの自動化テンプレートには、初期の段階的なロールアウト時のコストを抑えるため、推奨される ACU 上限と呼び出し上限が含まれています。自動化の挙動に十分な確信が持てるまではそのままにしておき、その後ワークロードに合わせて引き上げてください。

このテンプレートを利用する場面

  • Atlassian スタックを利用している Enterprise チーム
  • 相互参照が必要な Confluence ドキュメントを大量に抱えるチーム
  • プロダクト管理 (Jira) とエンジニアリング実装のギャップを埋めたい場合
  • 人が対応を始める前にチケットが先行して進められる、非同期中心のチーム

カスタマイズのアイデア

  • 特定の Jira プロジェクト、ラベル、またはワークフローの遷移を条件にする
  • 前提情報として特定の Confluence スペースを参照する
  • Jira のコンポーネントまたはラベルに基づいて、異なるリポジトリに振り分ける
  • チームの実装規約をまとめた プレイブック をアタッチする

関連項目