Microsoftは、GitHub Copilot appを学べる無料のバーチャルトレーニング「Let’s Learn GitHub Copilot App」を2026年7月16日から順次開催すると発表しました。
結論からいうと、今回の発表はGitHub Copilot appの強制アップデートや仕様変更ではありません。7月16日に既存環境が切り替わるわけでもなく、利用者側に緊急の移行作業は不要です。主な変更点は、一般提供されたGitHub Copilot appについて、インストール、並列エージェント、コードレビュー、MCP、Agent Mergeなどを体系的に学べる無料イベントが追加されたことです。
日本語回は2026年7月28日12時から13時30分まで開催されます。企業で試す場合は、参加前にCopilot CLIポリシー、リポジトリ権限、MCP接続先、ブランチ保護ルールを確認しておくと、イベント内容をそのまま安全な検証につなげられます。(Microsoft Developer)
今回の発表で何が変わるのか
Microsoft for Developersの公式ページは2026年7月8日付で公開され、日本では7月9日に確認されるタイミングの情報となっています。発表の中心は製品機能の追加ではなく、GitHub Copilot appを実際に操作しながら学ぶ、講師付きの無料オンライン研修です。(Microsoft Developer)
| 確認項目 | 今回の内容 | 利用者への影響 |
|---|---|---|
| 製品仕様 | 新機能リリースの発表ではない | 強制更新や移行作業は不要 |
| イベント開始 | 英語回が2026年7月16日に開催 | 英語回は録画視聴が可能 |
| 日本語回 | 2026年7月28日12時～13時30分 | 日本語で操作方法を学べる |
| 参加費 | 無料 | 個人でも組織でも参加しやすい |
| 経験条件 | GitHub Copilot appの事前経験は不要 | 初めて使う人も対象 |
| 企業向け条件 | Copilot Business／Enterpriseでは管理者設定が必要 | 参加前にCopilot CLIポリシーを確認 |
したがって、今回の情報を「7月16日からGitHub Copilot appの新機能が自動的に有効になる」と解釈するのは正確ではありません。
GitHub Copilot app自体は2026年6月17日に一般提供されており、Windows、macOS、Linuxで利用できます。今回のイベントは、その一般提供後の機能や使い方を短時間で習得する機会と位置付けるのが適切です。(The GitHub Blog)
無料バーチャルトレーニングで学べる内容
「Let’s Learn GitHub Copilot App」は、説明だけを聞くウェビナーではありません。講師による解説、デモ、参加者が操作するハンズオンを組み合わせた構成です。
公式案内では、主に次の内容を扱うとされています。
- GitHub Copilot appの役割と基本的な仕組み
- アプリのインストールと初期設定
- AIエージェントを利用したコーディング
- コードレビューの管理
- カスタム指示の設定
- MCPサーバーの追加
- Agent Mergeによるプルリクエストのマージ支援
- Canvasesを使った作業状況の管理
GitHubアカウント、安定したインターネット接続、操作に使うパソコンがあれば参加できます。イベント内でもインストール手順が説明されますが、事前にGitHub Copilot appを導入しておくと、デモに合わせて操作しやすくなります。(Microsoft Developer)
日本語回の開催日時
日本語回の開催情報は次のとおりです。
| 項目 | 内容 |
|---|---|
| イベント名 | Let’s Learn GitHub Copilot App（日本語） |
| 開催日 | 2026年7月28日 |
| 開催時間 | 12時～13時30分（日本標準時） |
| 形式 | ライブストリーム |
| 言語 | 日本語 |
| 対象 | 初心者、開発者、IT担当者、AI開発支援に関心がある人 |
| 参加登録 | Microsoftアカウントまたはメールアドレスで登録 |
日本語イベントでは、分離されたローカルセッションやクラウドセッションを利用し、バグ調査、機能実装、レビュー対応、複数変更の並行検証などを学ぶ予定です。(aka.ms)
GitHub Copilot appは既存のCopilotと何が違うのか
GitHub Copilot appは、コード補完だけを目的としたツールではありません。複数のAIエージェントに作業を割り当て、Issueの確認、コード変更、テスト、プルリクエスト、CI結果の確認、マージまでを管理するデスクトップアプリです。
既存のGitHub Copilot機能とは、主に利用する場所と作業単位が異なります。
| ツール | 主な利用場所 | 得意な作業 |
|---|---|---|
| IDE版GitHub Copilot | Visual Studio CodeやVisual Studioなど | コード補完、チャット、編集中ファイルの修正 |
| GitHub Copilot CLI | ターミナル | コマンド実行、ファイル修正、調査や自動処理 |
| GitHub Copilot app | 独立したデスクトップアプリ | 複数エージェント、Issue、PR、CI、並列作業の管理 |
| GitHub上のCopilot機能 | Webブラウザ | Issue、PR、コードレビュー、クラウドエージェント |
GitHub Copilot appはGitHub Copilot CLIを基盤としており、各セッションを専用ブランチとGit worktreeに分離できます。これにより、あるエージェントにバグ修正を依頼しながら、別のエージェントにテスト追加やドキュメント更新を進めさせるといった使い方が可能です。(GitHub)
ただし、worktreeで作業場所が分離されても、複数の変更が同じコード行を修正すれば、最終的なマージ時に競合する可能性はあります。「並列実行できること」と「競合が発生しないこと」は同じではありません。
一般提供版で押さえておきたい仕様差分
今回のトレーニング発表自体に製品仕様の変更はありません。一方、研修の対象となる一般提供版は、技術プレビュー時点から複数の機能が追加されています。
| 項目 | 技術プレビューから一般提供までの主な強化 |
|---|---|
| 対応OS | macOS、Windows、Linuxで一般提供 |
| 並列セッション | リポジトリごとに複数セッションを同時実行 |
| 作業分離 | セッションごとにブランチとworktreeを作成 |
| Canvases | 人とエージェントが同じ画面上で計画や作業を管理 |
| Cloud automations | 定期的なエージェント作業をクラウドで実行 |
| モデル選択 | セッションごとに使用モデルを選択 |
| BYOK | 独自のモデルプロバイダーとAPIキーを利用可能 |
| MCP | 外部ツールやデータソースをエージェントに接続 |
| GitHub連携 | Issue、PR、CI、レビュー、マージをアプリ内で管理 |
一般提供版では、既存のリポジトリ、ブランチ、Issue、プルリクエスト、CIパイプラインをそのまま利用できます。新しい専用リポジトリ形式への変換は必要ありません。(The GitHub Blog)
既存実装との互換性
既存のリポジトリやCIは原則として継続利用できる
GitHub Copilot appはGitHubとネイティブに連携します。既存のリポジトリからセッションを開始し、専用ブランチで変更を作成した後、通常のプルリクエストとして提出できます。
プルリクエストには、既存のCIチェック、必須レビュー、マージ条件などが適用されます。そのため、GitHub Actionsや外部CIを作り直す必要はありません。(The GitHub Blog)
ただし、次の点は事前にテストすべきです。
- worktree内で依存関係やビルド成果物を正しく生成できるか
- 相対パスに依存したスクリプトが別worktreeでも動作するか
- ローカル専用の環境変数がエージェントから参照できるか
- CIで必要なシークレットがプルリクエスト経由でも安全に扱われるか
- 大規模なモノレポでクローンやテストに時間がかかりすぎないか
Copilot CLIのスキルやMCP設定を引き継げる
リポジトリまたはGitHub Copilot CLIに設定されているAgent SkillsとMCPサーバーは、GitHub Copilot appでも自動的に利用可能になります。
既にCopilot CLIを利用している組織では、設定を一から作り直さずに済む点がメリットです。反対に、CLI用に試験導入したMCPサーバーまでアプリから利用できる可能性があるため、不要な接続先が含まれていないか確認する必要があります。(GitHub Docs)
特にMCPサーバーは、外部サービスのデータ取得や操作を可能にします。テスト前に、次の項目を確認してください。
- どのMCPサーバーを利用できるか
- 読み取り専用か、更新や削除も可能か
- 使用するAPIキーの権限範囲
- 本番データへ接続していないか
- プロンプトや取得データが外部へ送信される可能性
- セッション終了後に認証情報が残らないか
IDE版GitHub Copilotを削除する必要はない
今回の発表では、Visual Studio CodeやVisual StudioのGitHub Copilot拡張機能をGitHub Copilot appへ置き換えるよう求められていません。
GitHub Copilot appは独立したデスクトップアプリであり、IDE版Copilotとは利用場面が異なります。IDEでは細かな実装やデバッグを行い、GitHub Copilot appでは複数の作業セッション、Issue、PR、CIを管理するという使い分けが現実的です。
ただし、同じブランチや同じローカルフォルダーをIDEとエージェントが同時に書き換えると、意図しない上書きが発生しやすくなります。検証時は「新しいworktree」を選び、通常の作業ディレクトリと分離するのが安全です。
GitHub Copilot appの導入条件
GitHub公式ドキュメントに基づく主な前提条件は次のとおりです。
| 条件 | 内容 | 確認ポイント |
|---|---|---|
| 対応OS | Windows、macOS、Linux | 社内の端末管理ポリシーで導入可能か |
| Git | パソコンへのインストールが必要 | Gitコマンドが実行できるか |
| GitHubアカウント | 認証に使用 | 対象リポジトリへのアクセス権があるか |
| 利用資格 | GitHub Copilotの各プラン | 組織からライセンスが割り当てられているか |
| BYOK | Copilotプランの代わりに独自モデルも利用可能 | APIキーとデータ処理条件を確認 |
| 企業ポリシー | Business／EnterpriseはCopilot CLIの有効化が必要 | 管理者設定を事前確認 |
| リポジトリ | ローカル、GitHub、Git URLから接続可能 | 検証用リポジトリを用意する |
GitHub Copilot appはすべてのCopilotプランで利用できます。ただし、Copilot BusinessまたはCopilot Enterpriseの利用者は、管理者がCopilot CLIポリシーを有効にしていなければアプリを利用できません。(GitHub Docs)
BYOK利用時はデータ送信先が変わる
独自のモデルプロバイダーを使用するBYOKでは、プロンプト、コードコンテキスト、生成された回答が、設定したモデルプロバイダーへ直接送信されます。
GitHubを経由しない構成であっても、情報が外部へ送信されないという意味ではありません。利用するモデル事業者の保存期間、学習利用、提供地域、監査ログ、契約条件を確認する必要があります。(GitHub Docs)
Agent Mergeは慎重にテストする
Agent Mergeは、単にマージボタンを自動で押す機能ではありません。
有効にすると、対象ワークスペースのCopilotセッションがプルリクエストを確認し、マージを妨げている問題への対応を試み、GitHubの条件を満たした時点でマージします。バックグラウンドで動作し、アプリを再起動しても継続します。(GitHub Docs)
便利な一方、最初から本番リポジトリで有効にするべきではありません。検証では次のシナリオを試します。
| テストシナリオ | 確認内容 |
|---|---|
| CI成功 | 必須チェック完了後にのみマージされるか |
| CI失敗 | エージェントがどのような修正を行うか |
| 必須レビュー未完了 | 承認前にマージされないか |
| コンフリクト発生 | 自動修正の範囲と変更内容 |
| セキュリティチェック失敗 | エラーを無視せず停止するか |
| アプリ再起動 | Agent Mergeが継続していることを認識できるか |
| 権限不足 | 不正な権限昇格を行わず失敗するか |
少なくとも導入初期はAgent Mergeを無効とし、通常の人手によるレビューとマージを維持する方が安全です。
テスト環境で確認すべき注意点
本番コードではなく検証用リポジトリから始める
最初のテストには、次の条件を満たす小規模なリポジトリが適しています。
- 本番シークレットが含まれていない
- 単体テストを短時間で実行できる
- CIが設定されている
- ブランチ保護ルールが設定されている
- 意図的に修正できる軽微な不具合がある
- 失敗しても業務に影響しない
「READMEを更新する」「入力値検証を追加する」「失敗している単体テストを修正する」といった、結果を判断しやすいタスクから始めます。
最初はPlanまたはInteractiveを使う
GitHub Copilot appには、エージェントの自律度が異なるセッションモードがあります。
| モード | 動作 | 初期検証での推奨度 |
|---|---|---|
| Interactive | 利用者と相談しながら進める | 高い |
| Plan | 実行前に計画を提示する | 最も高い |
| Autopilot | コード変更、テスト、再試行を自律的に進める | 低い |
最初はPlanモードで作業計画を確認し、対象ファイルや実行コマンドが妥当か判断してから進めるのが安全です。Autopilotは、作業範囲、テスト方法、禁止事項を明確に定義できるようになってから試します。(GitHub Docs)
ローカルリポジトリではなく新しいworktreeを選ぶ
セッションの実行先には、新しいworktree、既存のローカルリポジトリ、クラウドサンドボックスを選択できます。
初期検証では新しいworktreeを選び、普段使用している作業フォルダーへの直接変更を避けます。クラウドサンドボックスは分離性が高い一方、公式ドキュメントではパブリックプレビューとして扱われているため、正式提供機能と同じ安定性を前提にしない方がよいでしょう。(GitHub Docs)
生成コードは必ず人が確認する
GitHub公式ドキュメントでは、GitHub Copilot appが「公開コードに一致する提案をブロックする」ポリシーを設定している場合でも、公開コードと一致または類似するコードを生成する可能性があると説明されています。(GitHub)
そのため、次の確認を省略できません。
- 差分全体の目視レビュー
- 単体テストと結合テスト
- 静的解析
- 脆弱性スキャン
- シークレットスキャン
- 依存ライブラリのライセンス確認
- 既存APIやデータ構造との互換性確認
- 不要なログや個人情報出力の確認
AIがテストを生成し、そのAIが生成したテストだけでコードを評価すると、同じ誤解を共有したまま成功判定になることがあります。既存テスト、人が作成した受け入れ条件、CIルールを併用することが重要です。
企業管理者が事前に整備したい管理策
GitHub Copilot appは、コードを提案するだけでなく、ファイル変更、コマンド実行、外部ツール接続、プルリクエスト操作まで行います。従来のコード補完よりも広い権限を前提として管理すべきです。
| 管理領域 | 推奨する初期設定 |
|---|---|
| 利用者 | 少人数のパイロットグループに限定 |
| Copilot CLI | 対象組織だけでポリシーを有効化 |
| リポジトリ | 検証用リポジトリから開始 |
| セッション | PlanまたはInteractiveを標準とする |
| 作業場所 | 新しいworktreeを基本とする |
| Autopilot | 初期段階では使用を制限 |
| Agent Merge | CIとレビュー条件の検証完了まで無効 |
| MCP | 承認済みサーバーだけを登録 |
| 認証情報 | 読み取り専用または最小権限の資格情報を使用 |
| BYOK | モデル事業者のデータ処理条件を審査 |
| マージ | 必須レビューと必須CIを維持 |
| 監査 | PR、コミット、セッション、CI結果を記録 |
GitHubの責任ある利用に関する資料でも、MCP、スキル、Canvases、Automationsなどの設定は、セッションが利用できるツール、データ、バックグラウンド処理に影響するため、利用前に確認すべきとされています。(GitHub Docs)
対応が必要かを判断する基準
| 利用状況 | 対応判断 |
|---|---|
| GitHub Copilot appを利用していない個人 | 緊急対応は不要。日本語イベント参加を検討 |
| IDE版Copilotだけを使用している | 既存環境は継続可能。並列エージェントが必要なら試す |
| Copilot CLIを既に使用している | スキルやMCPの引き継ぎ範囲を確認 |
| Business／Enterpriseを利用している | 管理者がCopilot CLIポリシーを確認 |
| 本番リポジトリで導入したい | 検証用リポジトリでCI、権限、Agent Mergeを先に試験 |
| 機密コードを扱う | MCP、BYOK、データ送信先を審査してから導入 |
| 複数案件を並行処理している | worktreeを使った並列セッションの効果を検証する価値が高い |
今回の発表だけを理由に、既存のGitHub Copilot環境を変更する必要はありません。
一方、GitHub Copilot appを導入予定の組織では、無料トレーニングを単なる学習イベントではなく、導入前検証の起点として利用できます。参加前にGit、GitHubアカウント、検証用リポジトリ、Copilot CLIポリシーを準備し、イベント後は小さなタスクをPlanモードで実行してください。
その後、worktreeの分離、CI、必須レビュー、MCP権限、生成コードの品質を確認し、問題がない範囲から段階的に対象者と自動化レベルを広げるのが安全です。
コメント