AIToday
AIコーディングGitHub Blog (AI)掲載日時: 2026年10月20日 4:00

GitHubがCopilotの継続法を解説

LINEで送る
GitHubがCopilotの継続法を解説

3つのポイント

  1. 何が起きたか

    GitHubのチュートリアルは「Open in VS Code」でセッションを開くと、同じworktreeとセッションがCopilotサイドバーに読み込まれ、タスク・計画・会話が引き継がれると説明。

  2. なぜ重要か

    開発者は新しいチャットでタスクを説明し直したり、ディレクトリ間でファイルをコピーしたりせずに済み、そのブランチからのプッシュで既存のプルリクエストが更新される。

わからないところ、AIに聞けます

質問と回答はこのページに公開されます。

こういう要約が、毎朝あなたのメールに届きます。

背景と解説

このチュートリアルはよくある引き継ぎの場面を軸にしている。エージェントが変更の大部分を終え、開発者が実装の細部を一つ確認し、数行を手で調整し、プロジェクトをローカルで動かしたいという場面だ。GitHubの答えは、新しいエディタウィンドウで再構築するのではなく、元のセッションを保つことにある。

仕組みとしては、「Open in VS Code」を選ぶとセッションに紐づくworktreeでプロジェクトが開き、既存のセッションがCopilotサイドバーに表示される。これにより三つの要素がつながったままになる。セッションの文脈(タスク・計画・会話)、レビュー可能な差分、そして同じ分離された作業ツリーだ。会話が保たれるため、「更新後のラベル」のテストを追加するようCopilotに頼むプロンプトでも、それを解釈する文脈が残っている。

残りの手順はあえて普通のエンジニアリング衛生だ。ソース管理ビューで差分を確認し、慣習やエッジケースをチェックし、統合ターミナルでnpm testやnpm run lintなどのコマンドを実行し、異なるビューポートサイズでUIの状態を検証する。GitHubが掲げる役割分担は、Copilotがより大きな実装や反復的な実装を担い、開発者はレビュー、的を絞った編集、ローカルテスト、最終的な仕上げのためにエディタに移るというものだ。

よくある質問
VS Codeに移るとタスクを要約し直す必要はある?
いいえ。セッションのタスク・計画・会話はそのまま利用できるため、タスクを最初から言い直さずにサイドバーでCopilotへの指示を続けられる。
ローカルの編集やコミットはどうプルリクエストに反映される?
VS Codeはセッションに紐づくworktreeとブランチを開くため、そのブランチでコミットしてプッシュすれば、作業を追跡中のプルリクエストが更新される。
エージェントの変更をレビューする際は何を確認すべき?
GitHubは、コードが依頼された問題を解決しているか、リポジトリの慣習に従っているか、エラー状態やエッジケースを処理しているか、変更した動作のテストがあるか、無関係なファイルに触れていないかを確認するよう勧めている。
GitHub Blog (AI)元記事を読む
LINEで送る

GitHub Copilot Blogも報道

あなたの仕事に関係するAIニュースを、毎朝お届けします。

業界と使っているAIツールを選ぶと、仕事に関係するニュースが毎朝届きます。

登録無料・Googleアカウントなら30秒・いつでも解除できますAITodayについて →

AIに質問

この記事についてわからないことをAIに質問できます。AIはこの記事・AIToday の過去記事・Wikipedia を読み、出典を付けて答えます。Q&Aはこのページに公開され、他の読者も読めます。

質問と回答はこのページに公開されます。

関連記事

次の記事へAIエージェント普及でウェブが人間向けから変質