GitHub Copilot アプリがスタック セッションとスタック PR を開始: マルチエージェント並列開発のインフラストラクチャ

AI コーディング エージェントがチームのように並行して作業し始めると、開発者に必要なのは、もはや「単一の補完の向上」ではなく、「複数の並列ワークフロー」を管理するインフラストラクチャです。 GitHub は 7 月 30 日に答えを出しました。GitHub Copilot アプリでは スタック セッション と スタック プル リクエスト (スタック PR) が導入され、スタック PR は同日にパブリック プレビューに入りました。

スタック ワークフローはどのような問題を解決しますか?

従来の開発モデルは、「1 つの変更 → 1 つの PR → マージしてから次の変更を行う」です。エージェント駆動開発の効率的な開発には並列処理が必要です。つまり、大きな変更を相互に依存する複数の小さな PR に分割し、Copilot アプリで複数のエージェント セッションを並行して維持します。各セッションはブランチ/変更に対応します。これは、大規模なコード ベースでのコラボレーションの効率を向上させるための鍵です。複数のエージェント セッションが同時に動作し、それぞれが変更に焦点を当て、最終的に依存関係の順序でマージされます。

サードパーティから正式製品化へ

Stacked PR はこれまで主にサードパーティ ツールによってサポートされていましたが、今回 GitHub がそれを Copilot アプリとして製品化します。この背景には重要な製品判断があります。AI コーディング エージェントの普及により、開発者は「シングルスレッドの手書きコード」から「マルチエージェントの並列開発」に移行しており、スタック セッション/PR はこの新しいワークフローを管理するインフラストラクチャです。この一連の機能を最初に正式な第一級市民にした人は、エージェント時代の開発者プラットフォームを利用できるようになります。

業界の観点から見ると、Stacked Sessions と Stacked PR は、GitHub が開発者プラットフォームとしての地位を強化し、Cursor/Devin エコシステムと競合するための重要な手段です。それが明らかにしたシグナルは、AI プログラミングの競争が「モデル機能」から「ワークフロー オーケストレーション」にまで拡大しているということです。1 人のエージェントでは不十分で複数のエージェントが並行して必要な場合、どのようにしてエージェントのコラボレーションを秩序正しく行い、PR を明確かつレビュー可能にするかが、エンタープライズ レベルのチームの真の関心事です。国内のコードホスティングおよび開発プラットフォームにとって、これは競争の次の段階を促すことになる。つまり、誰のAIがより効率的にコードを書けるかではなく、誰が「マルチエージェントコラボレーション」のための完全なエンジニアリングサポートを提供できるかだ。

将来的に追跡する価値のあるいくつかの方向性:

1. GA Rhythm へのパブリック プレビュー: スタックされた PR の正式なリリース時期と安定性。
2. サードパーティのスタック ツールとの関係: 正式製品化後の Graphite などのツールへの影響。
3. 複数のエージェント セッションの競合処理: 並行変更間の依存関係および競合解決メカニズム。
4. 国内開発プラットフォームのフォローアップ: Gitee などのプラットフォームは同様のスタック ワークフロー機能を提供しますか。