GitHubは初心者向けのガイドで、コードエディター、ターミナルウィンドウ、ウェブブラウザーを行き来することなく、GitHub Copilotアプリ内のコーディングエージェントが生成した変更をレビューする方法を紹介しています。アプリはこれらの作業を隣接するパネルにまとめ、開発者が変更を確認し、プロジェクトを実行し、承認する前に結果をプレビューできるようにします。
このガイドの基本的な考え方は、エージェントが生成したコードをそのまま承認するのではなく、1つのセッション内でレビュー、実行、テストのサイクルを完了することです。記事によると、結果を確認した後、ユーザーはアプリから直接変更を承認し、プルリクエストを作成できます。
diffパネルで変更をレビューする
diffパネルは、変更前と変更後のファイルの状態を比較し、追加された行を緑色、削除された行を赤色で示します。これにより、ユーザーはエージェントが提案する最終結果だけに頼るのではなく、変更の範囲を把握できます。
GitHubによると、ユーザーは変更を承認したり、コメントを残したり、Copilotに追加の修正を依頼したりできます。最終的にプロジェクトへ取り込む内容の承認権限は、開発者にあります。
ターミナルパネルからプロジェクトを実行する
レビューはコードを読むだけにとどまりません。ターミナルパネルでは、Copilotアプリのセッション内でコマンドを実行し、その出力を確認できます。ガイドではウェブプロジェクトの例を示しており、クライアントフォルダーを開いてからnpm run devコマンドを実行する開発サーバー用のスクリプトを追加できます。
スクリプトを設定した後、ユーザーは実行ボタンを押してサイトのサーバーを起動します。また、アプリでは複数のターミナルウィンドウを同時に開けるため、プロジェクトを確認しながら異なるコマンドやセッションを切り替えられます。
インターフェースをプレビューして調整する
ユーザーインターフェースを含むプロジェクトでは、ブラウザーパネルを使ってアプリを開き、ユーザーに見える形で新機能をテストできます。この部分にはPick & Polishツールが含まれており、インターフェース上の要素を選択して、エージェントに変更を依頼できます。
変更を加えた後、開発サーバーのスクリプトを再度実行して、何が変わったのかをプレビューし、修正や改善が実際のアプリに反映されたことを確認できます。
これは開発者にとって何を意味するのか？
これらの機能は、人工知能が生成したコードを扱う際に分かれていることの多い3つの段階、すなわち変更の確認、プロジェクトの実行、動作やインターフェースのテストを結び付けます。これらを一か所にまとめることで、ウィンドウを切り替えることによるコンテキストの喪失を減らせる可能性がありますが、人によるレビューや実際のテストが不要になるわけではありません。
GitHubは、自動生成された変更を承認する前の簡潔なチェックリストとして、次の点を提案しています。何が変わったのか？コードは動作するのか？そして、実際に求められた機能を実行するのか？これらの質問だけでコードの正しさが証明されるわけではありませんが、変更を統合する前の実践的な確認ポイントになります。
情報源から分かる実際上の限界は、このガイドが特にGitHub Copilotアプリ内のワークフローを説明しており、他のツールとの比較や、コードの正確性またはテストの品質に関する独立した測定を行っていないことです。したがって、パネルの価値は、エージェントが存在することそのものではなく、アプリが開発者のワークフローにどの程度適合し、結果を確認できるかに左右されます。