メインコンテンツへスキップ
増え続けるPRのバックログを整理しましょう。このスケジュールされた自動化では、コメントもコミットもなく、動きが止まっているプルリクエストを見つけて対応します。たとえば、作成者にやさしくリマインドしたり、ブランチが遅れていれば rebase したり、PR が何週間も放置されていれば自然な形でクローズしたりします。

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

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

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

滞留したPRは、チームの開発速度を落とす要因です。レビュー担当者は後回しにし、作成者は忘れ、競合は蓄積し、マージはちょっとした一仕事になってしまいます。このテンプレートは毎週実行され、設定したしきい値を超えて停滞しているPRを特定し、前提情報を踏まえた整理対応 (通知、rebase、クローズ) を行います。

​
仕組み

トリガー: スケジュールイベント — recurring
  • イベント: schedule:recurring
    • 条件:
      • rrule が FREQ=WEEKLY;BYDAY=WE;BYHOUR=10;BYMINUTE=0 と一致する
Devin が行うこと: イベントの前提情報をすべて含むセッションを開始し、以下のプロンプトを実行し、必要に応じて失敗時に通知します。

​
前提条件

​
プロンプト例

テンプレートには、このプロンプトがあらかじめ含まれています。Use templateをクリックしたあとで編集することも、そのまま利用することもできます。

​
設定方法

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

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

  • オープンソースへの大規模なコントリビューションが発生するエンジニアリングチーム
  • PR の滞留が長く、レビューが大きなボトルネックになっている社内リポジトリ
  • 放置されたブランチによるマージ競合を main branch に持ち込まないようにしたい場合
  • PR 一覧をスクロールして確認するレビュアーの認知負荷を軽減したい場合

​
カスタマイズ案

  • 滞留 と見なすまでのしきい値を調整する (7日、30日、90日)
  • 対象を特定のリポジトリまたはラベルに限定する
  • 破壊的な操作を行う前に、猶予期間を知らせる警告コメントを追加する
  • Slack と連携し、作成者が GitHub の通知だけでなく DM も受け取れるようにする

​
関連項目