メインコンテンツへスキップ
ユーザーが記録した再現手順から、バグ調査を自動化できます。Slack で Jam のバグ録画が共有されると、Devin は Jam MCP を利用してセッションを取得し、再現手順、コンソールログ、ネットワークリクエスト、ユーザー操作を取り込みます。その後、各シグナルをコードベースにさかのぼって追跡し、根本原因の要約をスレッドに投稿します。

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

Devin で Jam Bug Report Investigation を開き、デフォルト設定でこの自動化を作成します。保存する前にカスタマイズすることもできます。

​
この自動化でできること

Jam の録画はデバッグに非常に有用です。ユーザーが何をしたか、そしてアプリで何が起きたかを時系列で確認できるからです。Jam MCP はそのデータをプログラムから扱えるようにします。つまり Devin は、記録されたコンソールのスタックトレースを読み取り、失敗したネットワークリクエストを確認し、タイムスタンプをコードパスに対応付けることで、誰かが不具合を再現し直さなくても、チームにすぐ修正に取りかかれる診断結果を提供できます。

​
仕組み

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

​
前提条件

  • 統合:
  • MCP サーバー:
    • Jam MCP — Devin を Jam に接続

​
プロンプトの例

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

​
設定する

  1. Devin で Automations → Templates を開きます。
  2. Jam Bug Report Investigation をクリックします。このテンプレートがあらかじめ入力された作成画面が開きます。
  3. まだ済んでいない場合は、必要な統合 を接続し、MCP サーバーをインストールします。
  4. トリガー条件内のプレースホルダー値を置き換えます (たとえば、your-org/your-repo を実際のリポジトリに置き換えます) 。
  5. プロンプトを確認し、チームの言い回し、規約、ガードレールに合わせて調整します。
  6. Create automation をクリックします。
ほとんどの自動化テンプレートには、初期ロールアウト時のコストを抑えるための 推奨 ACU 上限と実行回数の上限 が含まれています。自動化の挙動に十分な確信が持てるまではそのままにし、その後、ワークロードに合わせて引き上げてください。

​
このテンプレートの利用に適した場面

  • バグ録画のために Jam を利用しているプロダクトチーム
  • 「自分の環境では再現しない」ことが障害になっているサポートの引き継ぎ
  • 症状が断続的に発生する、顧客から報告されたバグ
  • ユーザー向けの問題の診断開始までの時間を短縮したい場合

​
カスタマイズのアイデア

  • 特定のSlackチャンネルやユーザーグループに対象を絞る
  • Sentryの相互参照を自動化するために、Sentry MCPと組み合わせる
  • バグのカテゴリごとに別のプレイブックに振り分ける
  • 調査概要を含むLinearチケットを自動作成する

​
関連項目