GitHubが出したPRまとめツールの実力

GitHubが公式CLIツール「gh-stack」を公開した。複数の関連するプルリクエスト（PR）をひとつの「スタック」として束ねて管理・表示できる仕組みで、GitHub本体ではなくCLI拡張として提供されている。

これが注目を集めているのは、単なる整理ツールだからではない。AIを使ってコードを書く「バイブコーディング」的なワークフローでは、一度に大量のコードが生成されがちで、それを適切な単位に分割してPRを積み上げていく「スタック型開発」との相性がよい。

スタック型開発自体はGitHub以前からコミュニティ製ツール（Graphite、ghstackなど）が担ってきた領域で、「GitHubが公式でここに手を入れてきた」ことの意味は大きい。776スターという数字はリリース直後としてはそれなりの反響で、開発者コミュニティの関心の高さが見てとれる。

AIでコードを生成していると、気づけばひとつのPRに変更が詰め込まれすぎてしまう——これはバイブコーディングを実践している人なら覚えがある問題のはずだ。レビューしづらい、戻しづらい、何が変わったのかわからない、という状態になる。

スタック型PRの考え方はシンプルで、「大きな変更を意味のある単位に分割し、それぞれをPRとして積み上げる」。たとえばDBのスキーマ変更→APIの追加→UIの実装、という順序で依存関係を持たせながら3枚のPRを出し、それをひとまとまりとして管理する。

gh-stackは、このスタックの状態をCLIから俯瞰したり、各PRの依存関係を明示したりすることを助ける。コーディングAIだけで本番エージェントを作る新手順でも取り上げたように、AIが実装の主体になるほど「人間が全体を見渡せる構造」の価値が上がっている。コードの自動生成が増えるほど、PRの整理術は地味に効いてくる。

スタック型PRをサポートするツールはgh-stackが初ではない。Graphiteはこの領域で先行しており、GitHubのUIに近いWebインターフェースを持つSaaSとして機能している。Phabricatorを起源に持つ「差分ベースのコードレビュー」思想もスタック型に親和性が高い。

gh-stackがこれらと異なる点は「GitHub公式のCLI拡張である」ことだ。SaaSへのサインアップや権限付与が不要で、すでにGitHub上でプロジェクトを動かしている人はそのままの環境に乗せられる。

一方で、Graphiteのような高機能なUIはなく、あくまでCLIベースの軽量ツールという印象がドキュメントからは読み取れる。「SaaSを増やしたくない」「CLIで完結させたい」という人には向いているし、「ビジュアルでPR全体を把握したい」ならGraphiteのほうが合う可能性がある。用途と好みで選び分けられる段階になってきたということだ。