GitHub Copilot appは、エージェントがコードに加えた変更を確認し、実行して結果を見るまでの手順を1つの場所に統合している。これにより、エディター、ターミナル、ウェブブラウザーを行き来することなく、AI支援によるコーディングプロセスを完了できる。
Diffパネルには、追加、削除、変更された行が変更前と変更後の状態で表示される。追加部分は緑色、削除部分は赤色で示される。ユーザーは変更を受け入れたり、コメントを残したり、Copilotに新たな修正を依頼したりできるが、最終的な判断はユーザーに委ねられる。
ターミナルパネルでは、プロジェクトのコマンドをセッション内で直接実行できる。コードを手動で起動できるほか、Runボタンから使用できるスクリプトを設定することも可能だ。例えば、ウェブサイトのクライアントフォルダーを開き、その後npm run devコマンドを実行する開発サーバースクリプトを追加できる。同時に複数のターミナルウィンドウを開いておくこともできる。
ブラウザーパネルでは、ユーザーインターフェースを備えたプロジェクトを開き、新機能を実際の利用環境でテストできる。Pick & Polishツールで要素を選択し、エージェントに修正を依頼できる。その後、開発サーバーを再起動して結果を確認する。
目的の段階に達したら、GitHub Copilot app内で変更を受け入れ、pull requestを作成できる。このプロセスは、変更点を確認し、プロジェクトが動作するかどうか、また期待される機能を果たしているかどうかを検証することを目的としている。
なぜ重要なのか
この変更により、AIエージェントが生成したコードと人間による監督の間の移行を同じワークスペースに集約し、レビューのプロセスをより追跡しやすくしている。エージェントに編集を依頼するユーザーは、行の差分を確認するだけでなく、その変更によってプロジェクトが動作するかどうかや、ユーザーインターフェース上での結果を同じセッション内で検証できる。承認、コメント、再編集の選択肢がユーザーに委ねられていることで、自動化が直接的な承認に変わるのではなく、段階的な管理サイクルが構築される。Pull requestの作成もこのフローに加わることで、コードの変更から検証に至るまでのツール間の移行が減る一方、ターミナルスクリプトの設定やブラウザーテストがユーザーインターフェースを備えたプロジェクトに依存するため、異なる種類のプロジェクトで同じ検証範囲を確保できるかどうかという疑問は残されている。
背景
GitHubは、FikirPilotのアーカイブにおいて新しい名前ではない。この90日間で、この名前が登場するニュースを2本掲載しており、最も新しい記事は2026年9月5日付だ。