PRのコメント欄で@coderabbitai explainとメンションすると、CodeRabbitがPRの内容を日本語で説明してくれました。続けて質問を書いたところ、破壊的変更の有無も答えてくれました。

explainとだけコメントする

PRのコメント欄に@coderabbitai explainとだけ書いて送信します。

返ってきた説明では、PRの目的が最初の1文にまとまっていました。その下に処理の流れが番号付きで並び、何を変えたかだけでなく、なぜその実装にしたのかまで書かれています。

返信の先頭には「For best results, initiate chat on the files or code changes.」というTipが付いていました。PR全体に聞くよりも、ファイルや差分に対して聞くほうがよいそうです。

聞きたいことはexplainの後ろに続けて書く

続けて、@coderabbitai explain 破壊的変更などはあるか？と聞いてみました。

今度は「確認した実装差分では、既存機能の破壊的変更は見当たりません」という結論から始まります。その下の「互換性」の表には、既存機能への影響が対象ごとに書かれていました。

この返信には「Analysis chain」という折りたたみが付いていて、開くと回答のために実行されたスクリプトが見られます。

gh pr diffで変更ファイルの一覧を取り、ast-grep outlineでファイルの構造を出してから答えていました。1回目の返信には、このAnalysis chainの表示はありませんでした。

まとめ

PRのコメント欄で@coderabbitai explainとメンションすると、PRの目的と処理の流れ、なぜその実装にしたのかまで説明してもらえます。explainの後ろに質問を続けて書けば、破壊的変更の有無のように、知りたいことに絞って聞くこともできました。

PRの内容を説明してほしいときは、試してみてください。