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

# Pylon 統合

> Pylon を Devin に接続すると、サポートチケットのエンジニアリングへのエスカレーション、issue の Devin セッションへの委任、Pylon のイベントをきっかけとした自動化のトリガーが可能になります。

<Note>
  Pylon 統合は現在ベータ版です。アクセスをご希望の場合は [mitchell.tan@cognition.ai](mailto:mitchell.tan@cognition.ai) までご連絡ください。
</Note>

Pylon 統合を利用すると、Pylon から Devin セッションの開始、コードベースに関する質問、自動化のトリガーを行えます。セッションの進捗は、Devin がリンク先の Pylon の issue に送信します。

Pylon を接続すると、次のことができます。

* **issue の委任**: チケットを前提情報として読み込んだ状態で、Pylon の issue からセッションを開始できます。
* **質問**: Pylon からコードベースについて質問できます。Devin アカウントを持たないユーザーからの質問を許可することも可能です。
* **自動化のトリガー**: issue の作成、タグ付け、ステータス変更をきっかけにセッションを開始できます。
* **Pylon ツールの利用**: Devin に issue、アカウント、連絡先の読み取りを許可できます。必要に応じて、issue とアカウントへの書き込みアクセスも付与できます。

<Warning>
  カスタマーサポートのチケットは信頼できないコンテンツであり、プロンプトインジェクションが仕込まれている可能性があります。統合を接続すると、Devin は制限の厳しい [Pylon セキュリティプロファイル](#security-profile) を作成します。ワークフローを有効にする前に、その内容を確認してください。
</Warning>

<h2 id="setting-up-the-integration">
  統合のセットアップ
</h2>

統合を接続するには、Pylon と Devin の両方で管理者権限が必要です。

1. [Settings > Connections > Pylon](https://app.devin.ai/settings/connections/pylon) に移動し、**Connect** をクリックします。
2. Pylon にサインインし、Devin へのアクセスを承認します。
3. Devin に戻り、[アクセス制御](#access-control)の設定を確認して、必要な機能を有効にします。
4. 自動作成された [Pylon セキュリティプロファイル](#security-profile)を確認し、ご利用のワークフローに適合しているかを確認します。

この接続には、Pylon がホストする MCP サーバー経由の組み込みツールが含まれています。Pylon MCP を別途インストールする必要はありません。

<Note>
  Enterprise プランでは、プライマリ組織から Pylon を管理します。これらの設定は Enterprise 全体に適用されます。Enterprise に複数の組織がある場合は、統合を使用する前に[セッションルーティング](#session-routing)で組織を 1 つ選択してください。
</Note>

<h2 id="connecting-your-pylon-user-account">
  Pylon ユーザーアカウントの連携
</h2>

Pylon アカウントを Devin アカウントに連携すると、委任されたセッションがあなたのものとして記録されます。

[Settings > Connections > Pylon](https://app.devin.ai/settings/connections/pylon) を開いて **Link user profile** をクリックするか、[Personal Connections](https://app.devin.ai/account/connections) からアカウントを連携してください。

<h2 id="access-control">
  アクセス制御
</h2>

これらの設定は Pylon の接続ページで構成します。

| 設定 | 説明 |
| - | - |
| **User matching** | **Pylon-connected users only** では、各メンバーが[自分の Pylon アカウントをリンク](#connecting-your-pylon-user-account)する必要があります。**Email or Pylon-connected user** では、Pylon のメールアドレスが Devin アカウントメンバーのメールアドレスと一致する送信者も認識されます。 |
| **Ask without a Devin account** | Devin アカウントを持たないユーザーも質問できるようにします。回答はインデックス済みのリポジトリに基づいて生成され、コード変更、コマンド、ツールは使用されません。複数の組織を持つ Enterprise プランでは、**If not linked, route to** で回答に使用する組織を選択します。 |
| **Pylon automation triggers** | Pylon のイベントで[自動化をトリガー](#triggering-devin-from-pylon)できるようにします。 |
| **Pylon MCP access** | **Read only** では、セッションから Pylon の issue、アカウント、連絡先を読み取れます。**Read and write** では、これに加えて issue の作成や、issue とアカウントのフィールドの更新も行えます。 |
| **Pylon follow-up messages** | 顧客からの新しい返信などの更新を、Pylon ボットがリンク済みの Devin セッションに転送できるようにします。 |

<Note>
  Devin の Pylon ツールでは、顧客向けメッセージのドラフト作成や顧客への返信はできません。書き込み操作は issue とアカウントのフィールドに限られます。
</Note>

<h3 id="security-profile">
  セキュリティプロファイル
</h3>

Pylon を接続すると、**Pylon セキュリティプロファイル** という名前のプロファイルが作成され、委任されたセッションのデフォルトとして選択されます。Enterprise アカウントでは Enterprise 全体で共有されるプロファイルが、その他のアカウントでは組織プロファイルが作成されます。

プロファイルの初期設定は次のとおりです。

| 設定 | デフォルト |
| - | - |
| **Network access** | Devin が必要とする接続先と許可済みの MCP 接続に加えて、`usepylon.com` と `*.usepylon.com` への接続を許可します。それ以外の送信トラフィックはブロックされます。 |
| **Git access** | 読み取り専用: Devin はリポジトリのクローンとフェッチを行えますが、ブランチのプッシュやプルリクエストの作成はできません。 |
| **Devin MCP access** | 読み取り専用: Devin は自身のリソースを読み取れますが、子セッションの作成や、プレイブックなどのリソースの変更はできません。 |
| **GitHub CLI token** | セッションには提供されません。 |
| **MCP server allowlist** | このプロファイルによる制限はありません。**Devin MCP read-only** によってサードパーティの MCP ツールが読み取り専用になるわけではありません。Pylon への書き込みは **Pylon MCP access** で別途制御されます。 |
| **Enforcement** | [Mandatory](/ja/product-guides/security-profiles#mandatory-vs-recommended-enforcement)。 |

選択を変更するには、Pylon の接続ページで **Security → Default security profile** を利用します。プロファイルの制限を編集するには、[Security profiles](/ja/product-guides/security-profiles) を開きます。いずれの操作にも、組織レベルまたは Enterprise レベルでセキュリティプロファイルを管理する権限が必要です。Pylon を再接続しても、プロファイルに加えた既存の編集内容とデフォルトの選択は保持されます。

**適用対象:**

* **委任されたセッション**では、作成時に設定済みの Pylon デフォルトが利用されます。
* **自動化**では、プロファイルを個別に選択します。Pylon トリガーを追加すると、そのプロファイルを選択する権限があり、かつ別のプロファイルの選択やオプトアウトをしていない場合は、設定済みの Pylon プロファイルがエディターで事前に選択されます。保存する前に、自動化の **Security profile** を確認してください。Pylon のデフォルトを変更しても、自動化にすでに保存されているプロファイルは置き換えられません。
* \*\*質問のみ (Ask-only) \*\*の問い合わせでは、VM ベースのセッションを開始せずに、インデックス済みのリポジトリが利用されます。

別のプロファイルを選択するほか、組織または Enterprise のデフォルトを継承したり、プロファイルを使用しないことを選んだりすることもできます。ただし、プロファイル階層の他のレベルで設定された必須の制限は引き続き適用されます。

<Note>
  デフォルトの Pylon プロファイルでは、プルリクエストの作成は**許可されていません**。ワークフローでこの機能が必要な場合は、権限を持つ管理者が適切な Git アクセスを設定する必要があります。また、依存関係のダウンロードや外部サービスの呼び出しを伴う再現作業では、ネットワーク接続先の追加が必要になる場合があります。権限はワークフローに必要な最小限の範囲にとどめてください。
</Note>

<h3 id="session-routing">
  セッションルーティング
</h3>

セッションルーティングは **Enterprise プランでのみ**利用できます。**セッションルーティング** で、Pylon のセッションを実行する **Organization** を選択します。複数の組織を持つ Enterprise アカウントでは、統合を利用する前に組織を 1 つ選択する必要があります。選択されるまで、Pylon のイベントは拒否されます。組織が 1 つだけのアカウントでは、その組織が自動的に使用されます。

<h2 id="working-with-devin-in-pylon">
  Pylon で Devin を活用する
</h2>

<h3 id="delegate-an-issue">
  issue を委任する
</h3>

Pylon の issue の右側にある Devin パネルを開き、タスクの内容を入力します。チケットの内容はすでに前提情報として渡されています。スクリーンショットやログファイルをアタッチすることもできます。

完全なセッションを実行するには、[ユーザーマッチング](#access-control)で認識され、かつ選択した組織へのアクセス権を持つ Devin アカウントが必要です。いずれかの要件を満たしていない場合は、Devin がその理由を issue 内で説明します。

Devin は、計画、コマンド、ファイルの編集内容、プルリクエスト、セッションのリンクを issue に投稿します。また、作業を停止して返信を待つ際にも通知します。これらの更新は自動で行われるため、Pylon 側でトリガーを設定する必要はありません。

* **フォローアップ**: issue の Devin スレッドに返信して、追加の指示を伝えます。
* **アーカイブ**: `archive` (または `@Devin archive`) と返信すると、セッションがアーカイブされます。
* **別の場所で続行**: 同じセッションを Devin の Web アプリや、Pylon によってリンクされた Slack スレッドでも利用できます。

<h3 id="ask-about-your-codebase">
  コードベースについて質問する
</h3>

Pylon から「webhook の署名検証はどのように動作しますか？」のように、コードベースに関する質問ができます。Devin は完全なセッションを開始したりコードを変更したりすることなく、インデックス済みのリポジトリをもとに回答します。Devin アカウントを持たないユーザーも利用できるようにするには、**Ask without a Devin account** を許可してください。

<h3 id="slack-threads">
  Slack スレッド
</h3>

[Slack を接続](/ja/integrations/slack)し、エスカレーション用のチャンネルに Devin を招待してください。Devin は Pylon の issue にリンクされた Slack スレッドを監視し、その返信をセッション内で受け取れます。監視対象のスレッドで `@Devin archive` と返信すると、セッションをアーカイブできます。

<h2 id="triggering-devin-from-pylon">
  Pylon から Devin をトリガーする
</h2>

[自動化](/ja/product-guides/automations)を利用すると、Pylon のイベントを起点にセッションを開始できます。まず、[アクセス制御](#access-control)で **Pylon automation triggers** を有効にします。

1. **自動化** に移動し、新しい自動化を作成します。
2. トリガーを追加し、**Pylon** を選択してから、イベントを選びます。
   * **Issue created**: 新しい issue が登録されたとき。必要に応じて **Title** で絞り込めます。
   * **Tag added**: issue にタグが追加されたとき。条件とする **Added Tag** を選択します。
   * **Status changed**: issue が特定のステータスに変わったとき。条件とする **Status** を選択します。
3. **Start session** アクションを追加し、Devin への指示を記述します。
4. 自動化の[セキュリティプロファイル](#security-profile)、ネットワークアクセス、ツールを確認してから保存します。

すぐに使い始められるテンプレートが 2 つ用意されています。

* **Triage Customer Bug Tickets**: 新しく登録された issue を調査してバグの再現を試み、検出結果をサポートチームに報告します。
* **Investigate Support Escalations**: タグ付けされた issue を調査してバグの再現を試み、対処法を提案したうえで、検出結果を社内の Slack スレッドで報告します。

<Tip>
  新規 issue ごとにトリガーするのではなく、エスカレーション用のタグをトリガーにすると、定型的なチケットがエンジニアリングのワークフローに紛れ込むのを防げます。
</Tip>

<h2 id="escalating-support-tickets-to-engineering">
  サポートチケットをエンジニアリングチームにエスカレーションする
</h2>

一般的なエスカレーションは次の流れで進みます。

1. 顧客が Pylon で問題を報告します。
2. Pylon のスキル、または issue タイプの AI 検出によって、再現に十分な情報を含むバグが特定され、エスカレーション用のタグが追加されます。
3. そのタグによって Devin の自動化がトリガーされます。
4. Devin はチケットを読み込み、接続済みのログツールや監視ツールを確認して、障害の再現を試みます。セキュリティプロファイルで許可されている場合は、Devin がプルリクエストを作成することもできます。
5. Devin は検出結果を Slack に投稿し、進捗状況を Pylon の issue に投稿します。
6. エンジニアが調査結果をレビューし、Slack スレッドでフォローアップします。

<h3 id="set-up-the-pylon-side">
  Pylon 側の設定
</h3>

Pylon のスキル、または issue タイプに対する AI 検出を利用して、エスカレーションが必要なチケットにタグを付けます。Devin の自動化の **Added Tag** フィルターにも同じタグを指定します。再現手順が不足しているバグと、バグではないチケットには、それぞれ別の処理パスを定義してください。

<h3 id="set-up-the-devin-automation">
  Devin の自動化を設定する
</h3>

1. [自動化テンプレートギャラリー](https://app.devin.ai/automations/templates)を開き、**Investigate Support Escalations** を選択します。
2. あらかじめ設定されている **Pylon → Tag added** トリガーで、**Added Tag** にエスカレーション用のタグを指定します。
3. prompt と[セキュリティプロファイル](#security-profile)を確認します。このテンプレートでは、根本原因の調査、issue の再現、修正案の提示を行い、検出結果を Pylon の内部 Slack スレッドで報告するよう Devin に指示しています。
4. 以下の手順に従って Slack へのアクセスを設定し、**Create automation** をクリックします。

prompt には、Devin がアクセスできるツールとリポジトリのみを記載してください。[Datadog](/ja/enterprise/integrations/datadog) や [Sentry](/ja/enterprise/integrations/sentry) などの可観測性ツールを接続すると、セッションから本番環境の挙動を確認できるようになります。

<h3 id="post-findings-in-pylons-internal-slack-thread">
  Pylon の社内 Slack スレッドに検出結果を投稿する
</h3>

よくあるワークフローとして、Pylon がチケットの要約を社内の Slack チャンネルに投稿し、Devin が同じスレッドに検出結果を返信するという使い方があります。

1. [Slack を接続](/ja/integrations/slack)し、Pylon が投稿している社内チャンネルに Devin を招待します。
2. 自動化に **Slack** ツールを追加し、そのチャンネルへのアクセス権を付与します。
3. 自動化の prompt で、新しいトップレベルのメッセージではなく、Pylon が作成したスレッド内に検出結果を投稿するよう Devin に指示します。**Investigate Support Escalations** テンプレートには、この指示があらかじめ含まれています。

   > If there is an internal Slack thread in a channel that Pylon has posted an update to, find that top-level thread and post your findings within that thread.

<h3 id="automatic-updates-in-pylon">
  Pylon での自動更新
</h3>

この統合では、プルリクエストの作成などのイベントが発生すると、リンクされた Pylon の issue に内部メモが自動で投稿されます。これらのメモを投稿するために Pylon 側でトリガーを設定する必要はありません。

<h4 id="optional-custom-pylon-triggers">
  任意のカスタム Pylon トリガー
</h4>

組み込みの更新以外にもアクションを追加したい場合は、Pylon のトリガービルダーで **devin** を検索すると、次の条件が表示されます。

* Devin がプルリクエストをオープンした
* Devin がプルリクエストをマージした
* Devin がプルリクエストをクローズした
* Devin が返信を待っている

これらの条件を利用すると、プルリクエストがオープンされたときに issue のステータスを更新したり、マージされたときにアカウントオーナーへ通知したり、Devin が返信を必要としているときに issue を担当者に割り当てたりできます。Pylon 側の設定については、[Devin を介したエージェント間エスカレーション](https://support.usepylon.com/articles/6981171768-agent-to-agent-escalation-via-devin)を参照してください。

<h2 id="disconnecting-pylon">
  Pylon の接続解除
</h2>

[Settings > Connections > Pylon](https://app.devin.ai/settings/connections/pylon) に移動し、**Disconnect** をクリックして確定します。これにより、Pylon のイベントで Devin の自動化がトリガーされなくなります。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.