Copilotアプリ、agent作業をデスクトップ・クラウド・sandboxへ拡張

AIコーディングの主戦場は、提案のうまさだけではなく「どこまで実行させられるか」に移っている。GitHubは2026年6月2日、Microsoft Buildに合わせて Copilotアプリ の技術プレビューをCopilot Pro、Pro+、Business、Enterpriseの既存顧客全体へ拡大し、Copilot向けのローカル・クラウドsandboxも公開プレビューにした。

Copilotアプリは、エディタ内の補助機能ではなく、agent中心の開発作業をまとめるデスクトップ環境として設計されている。ユーザーはissue、pull request、prompt、過去のsessionから作業を開始し、複数のagent sessionを別々のgit worktreeとbranchで並列に動かせる。計画とdiffを確認し、統合terminalとbrowserで挙動を検証してからPRを開く流れも用意された。

今回の見どころはcanvasesだ。長いchat transcriptの中に進捗が埋もれるのではなく、plan、PR、browser session、terminal、release checklist、migration board、incident workflowのような作業対象が見える表面を持つ。人間はそこで順序を変え、承認し、方向を修正できる。agentは同じ状態を読み取り、更新しながら作業を進める。

この設計が重要なのは、coding agentが答えるだけでなく実際に動くからだ。GitHubのsandbox発表では、Copilotがローカル環境またはGitHubがホストする一時的なLinux環境で実行できるようになった。ローカルsandboxは /sandbox enable で有効化し、Copilotが開始したshell commandのfilesystem、network、system accessを制限する。クラウドsandboxは copilot --cloud で起動し、既存のCopilot cloud agent policyを継承する。

Buildで示された機能は、voice input、cloud sessions、cloud automations、アプリ内のCopilot CLI session、UI検証向けのagentic browsing、code review effort tier、そしてNode.js/TypeScript、Python、Go、.NET、Rust、Java向けに一般提供されたCopilot SDKまで広い。共通する狙いは明確だ。GitHubはCopilotを単独機能ではなく、desktop、terminal、cloud、社内toolを横断するagent runtimeにしようとしている。

次に問われるのは、統制された開発組織で使えるかどうかだ。agentがbuildを走らせ、local appを操作し、fileを変更し、review commentへ対応し、条件付きでmergeまで進めるなら、強いmodelだけでは足りない。監査可能な作業履歴、実行境界、policy controlが同じくらい重要になる。