メインコンテンツへスキップ
Linear で Bug ラベルを付けると、エンジニアが調査に乗り出します。ただし、そのエンジニアは Devin です。このテンプレートは、Linear のラベル追加イベントを検知し、チケットの前提情報を取得して、関連するコードパスをリポジトリ内で検索し、最近の git 履歴を突き合わせ、調査結果をチケットに直接コメントするトリアージセッションを起動します。

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

Devin で Bug Report Triage を開き、デフォルト設定で自動化を作成します。保存する前にカスタマイズすることもできます。
実際に試しながら確認したい場合は、Bug Report Triage のステップバイステップのチュートリアルをご覧ください。

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

Bug Report Triage の自動化により、Linear のワークフローが完全自動のトリアージパイプラインになります。バグの登録方法を変える必要はありません。これまでどおりラベルを追加していくだけです。Devin が、これまでシニアエンジニアの午前中を費やしていた調査作業を引き受けます。具体的には、説明を読み、コードベースで validateEmail を検索し、git log で最近の変更を確認し、考えられる根本原因を要約します。

​
動作の仕組み

トリガー: Linear イベント — label.added
  • イベント: linear:label_added
    • 条件:
      • addedLabel.name eq bug
Devin の動作: イベントの前提情報をすべて含めてセッションを開始し、以下のプロンプトを実行して、必要に応じて失敗時に通知します。

​
前提条件

​
プロンプト例

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

​
セットアップ

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

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

  • ロールアウトやリリース時にバグ報告への対応に追われているエンジニアリングチーム
  • 人手で対応する前にコードベースの前提情報が必要な、サポート起点のチケット
  • シニアエンジニアやテックリードのトリアージ負荷の軽減
  • 特定の担当者に割り当てる前に、ベースラインとなる調査レポートを作成する場合

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

  • 別のラベル (Needs Triage、Customer Reported など) に一致するように設定する
  • 対象を特定の Linear チームまたはプロジェクトに絞る
  • チームの調査手順を体系化したトリアージプレイブックをアタッチする
  • Clear Fix チケットでは、Linear チケットの実装と組み合わせる

​
関連項目