Pylon 統合は現在ベータ版です。アクセスをご希望の場合は mitchell.tan@cognition.ai までご連絡ください。
- issue の委任: チケットを前提情報として読み込んだ状態で、Pylon の issue からセッションを開始できます。
- 質問: Pylon からコードベースについて質問できます。Devin アカウントを持たないユーザーからの質問を許可することも可能です。
- 自動化のトリガー: issue の作成、タグ付け、ステータス変更をきっかけにセッションを開始できます。
- Pylon ツールの利用: Devin に issue、アカウント、連絡先の読み取りを許可できます。必要に応じて、issue とアカウントへの書き込みアクセスも付与できます。
統合のセットアップ
統合を接続するには、Pylon と Devin の両方で管理者権限が必要です。- Settings > Connections > Pylon に移動し、Connect をクリックします。
- Pylon にサインインし、Devin へのアクセスを承認します。
- Devin に戻り、アクセス制御の設定を確認して、必要な機能を有効にします。
- 自動作成された Pylon セキュリティプロファイルを確認し、ご利用のワークフローに適合しているかを確認します。
Enterprise プランでは、プライマリ組織から Pylon を管理します。これらの設定は Enterprise 全体に適用されます。Enterprise に複数の組織がある場合は、統合を使用する前にセッションルーティングで組織を 1 つ選択してください。
Pylon ユーザーアカウントの連携
Pylon アカウントを Devin アカウントに連携すると、委任されたセッションがあなたのものとして記録されます。 Settings > Connections > Pylon を開いて Link user profile をクリックするか、Personal Connections からアカウントを連携してください。アクセス制御
これらの設定は Pylon の接続ページで構成します。Devin の Pylon ツールでは、顧客向けメッセージのドラフト作成や顧客への返信はできません。書き込み操作は issue とアカウントのフィールドに限られます。
セキュリティプロファイル
Pylon を接続すると、Pylon セキュリティプロファイル という名前のプロファイルが作成され、委任されたセッションのデフォルトとして選択されます。Enterprise アカウントでは Enterprise 全体で共有されるプロファイルが、その他のアカウントでは組織プロファイルが作成されます。 プロファイルの初期設定は次のとおりです。
選択を変更するには、Pylon の接続ページで Security → Default security profile を利用します。プロファイルの制限を編集するには、Security profiles を開きます。いずれの操作にも、組織レベルまたは Enterprise レベルでセキュリティプロファイルを管理する権限が必要です。Pylon を再接続しても、プロファイルに加えた既存の編集内容とデフォルトの選択は保持されます。
適用対象:
- 委任されたセッションでは、作成時に設定済みの Pylon デフォルトが利用されます。
- 自動化では、プロファイルを個別に選択します。Pylon トリガーを追加すると、そのプロファイルを選択する権限があり、かつ別のプロファイルの選択やオプトアウトをしていない場合は、設定済みの Pylon プロファイルがエディターで事前に選択されます。保存する前に、自動化の Security profile を確認してください。Pylon のデフォルトを変更しても、自動化にすでに保存されているプロファイルは置き換えられません。
- **質問のみ (Ask-only) **の問い合わせでは、VM ベースのセッションを開始せずに、インデックス済みのリポジトリが利用されます。
デフォルトの Pylon プロファイルでは、プルリクエストの作成は許可されていません。ワークフローでこの機能が必要な場合は、権限を持つ管理者が適切な Git アクセスを設定する必要があります。また、依存関係のダウンロードや外部サービスの呼び出しを伴う再現作業では、ネットワーク接続先の追加が必要になる場合があります。権限はワークフローに必要な最小限の範囲にとどめてください。
セッションルーティング
セッションルーティングは Enterprise プランでのみ利用できます。セッションルーティング で、Pylon のセッションを実行する Organization を選択します。複数の組織を持つ Enterprise アカウントでは、統合を利用する前に組織を 1 つ選択する必要があります。選択されるまで、Pylon のイベントは拒否されます。組織が 1 つだけのアカウントでは、その組織が自動的に使用されます。Pylon で Devin を活用する
issue を委任する
Pylon の issue の右側にある Devin パネルを開き、タスクの内容を入力します。チケットの内容はすでに前提情報として渡されています。スクリーンショットやログファイルをアタッチすることもできます。 完全なセッションを実行するには、ユーザーマッチングで認識され、かつ選択した組織へのアクセス権を持つ Devin アカウントが必要です。いずれかの要件を満たしていない場合は、Devin がその理由を issue 内で説明します。 Devin は、計画、コマンド、ファイルの編集内容、プルリクエスト、セッションのリンクを issue に投稿します。また、作業を停止して返信を待つ際にも通知します。これらの更新は自動で行われるため、Pylon 側でトリガーを設定する必要はありません。- フォローアップ: issue の Devin スレッドに返信して、追加の指示を伝えます。
- アーカイブ:
archive(または@Devin archive) と返信すると、セッションがアーカイブされます。 - 別の場所で続行: 同じセッションを Devin の Web アプリや、Pylon によってリンクされた Slack スレッドでも利用できます。
コードベースについて質問する
Pylon から「webhook の署名検証はどのように動作しますか？」のように、コードベースに関する質問ができます。Devin は完全なセッションを開始したりコードを変更したりすることなく、インデックス済みのリポジトリをもとに回答します。Devin アカウントを持たないユーザーも利用できるようにするには、Ask without a Devin account を許可してください。Slack スレッド
Slack を接続し、エスカレーション用のチャンネルに Devin を招待してください。Devin は Pylon の issue にリンクされた Slack スレッドを監視し、その返信をセッション内で受け取れます。監視対象のスレッドで@Devin archive と返信すると、セッションをアーカイブできます。
Pylon から Devin をトリガーする
自動化を利用すると、Pylon のイベントを起点にセッションを開始できます。まず、アクセス制御で Pylon automation triggers を有効にします。- 自動化 に移動し、新しい自動化を作成します。
- トリガーを追加し、Pylon を選択してから、イベントを選びます。
- Issue created: 新しい issue が登録されたとき。必要に応じて Title で絞り込めます。
- Tag added: issue にタグが追加されたとき。条件とする Added Tag を選択します。
- Status changed: issue が特定のステータスに変わったとき。条件とする Status を選択します。
- Start session アクションを追加し、Devin への指示を記述します。
- 自動化のセキュリティプロファイル、ネットワークアクセス、ツールを確認してから保存します。
- Triage Customer Bug Tickets: 新しく登録された issue を調査してバグの再現を試み、検出結果をサポートチームに報告します。
- Investigate Support Escalations: タグ付けされた issue を調査してバグの再現を試み、対処法を提案したうえで、検出結果を社内の Slack スレッドで報告します。
サポートチケットをエンジニアリングチームにエスカレーションする
一般的なエスカレーションは次の流れで進みます。- 顧客が Pylon で問題を報告します。
- Pylon のスキル、または issue タイプの AI 検出によって、再現に十分な情報を含むバグが特定され、エスカレーション用のタグが追加されます。
- そのタグによって Devin の自動化がトリガーされます。
- Devin はチケットを読み込み、接続済みのログツールや監視ツールを確認して、障害の再現を試みます。セキュリティプロファイルで許可されている場合は、Devin がプルリクエストを作成することもできます。
- Devin は検出結果を Slack に投稿し、進捗状況を Pylon の issue に投稿します。
- エンジニアが調査結果をレビューし、Slack スレッドでフォローアップします。
Pylon 側の設定
Pylon のスキル、または issue タイプに対する AI 検出を利用して、エスカレーションが必要なチケットにタグを付けます。Devin の自動化の Added Tag フィルターにも同じタグを指定します。再現手順が不足しているバグと、バグではないチケットには、それぞれ別の処理パスを定義してください。Devin の自動化を設定する
- 自動化テンプレートギャラリーを開き、Investigate Support Escalations を選択します。
- あらかじめ設定されている Pylon → Tag added トリガーで、Added Tag にエスカレーション用のタグを指定します。
- prompt とセキュリティプロファイルを確認します。このテンプレートでは、根本原因の調査、issue の再現、修正案の提示を行い、検出結果を Pylon の内部 Slack スレッドで報告するよう Devin に指示しています。
- 以下の手順に従って Slack へのアクセスを設定し、Create automation をクリックします。
Pylon の社内 Slack スレッドに検出結果を投稿する
よくあるワークフローとして、Pylon がチケットの要約を社内の Slack チャンネルに投稿し、Devin が同じスレッドに検出結果を返信するという使い方があります。- Slack を接続し、Pylon が投稿している社内チャンネルに Devin を招待します。
- 自動化に Slack ツールを追加し、そのチャンネルへのアクセス権を付与します。
-
自動化の 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.
Pylon での自動更新
この統合では、プルリクエストの作成などのイベントが発生すると、リンクされた Pylon の issue に内部メモが自動で投稿されます。これらのメモを投稿するために Pylon 側でトリガーを設定する必要はありません。任意のカスタム Pylon トリガー
組み込みの更新以外にもアクションを追加したい場合は、Pylon のトリガービルダーで devin を検索すると、次の条件が表示されます。- Devin がプルリクエストをオープンした
- Devin がプルリクエストをマージした
- Devin がプルリクエストをクローズした
- Devin が返信を待っている