Copilotプラットフォームは今週、複数の領域で変化しました。Microsoftは、生産性とコーディングにまたがる統合アプリを発表し、マネージドエージェントインフラストラクチャによってCopilot Studioを拡張するとともに、認証、ネットワーク、証明書、レポートの制御機能を通じてGitHub Copilot CLIのガバナンスを強化しました。
ITリーダーにとって、メッセージは明確です。今週のテーマはガバナンスの効いた実行です。Copilotはチャットでの応答を超え、ファイルの作成、ツールの呼び出し、インターフェイスの操作、スケジュール済みワークフローの実行を行うアプリケーションとエージェントへと移行しています。
1. 統合Copilotアプリ — 業務とコードのための単一画面
Microsoftは、Home、Code、Autopilotを中心に構成された統合Microsoft Copilotエクスペリエンスを導入しました。MicrosoftのCopilot資料によれば、Homeは生産性向上の出発点、Codeはソフトウェアとアプリケーションの作成を支援し、Autopilotはより自律的なタスク実行を目的としています。
この再設計では、個人向けおよび業務向けエクスペリエンスにわたって複数の名称も標準化されます。Microsoftによると、ProjectはNotebookに、TasksはCoworkに、Deep ResearchはResearcherに、Study and LearnはGuided Learningに変更されます。既存のチャット、ファイル、履歴は自動的に引き継がれる見込みです。
これは単なる外観上のナビゲーション更新ではありません。ナレッジワーク、開発、自律実行を単一のアプリケーションモデルに統合するものです。ユーザーが従来の分類体系から移行する間、導入資料、サポート文書、社内トレーニングでは新しい名称を明確に区別する必要があります。
ITリーダーにとっての意味： 統合アプリは、ガバナンス上の影響を伴う情報アーキテクチャの変更として扱ってください。部門がAutopilotを無人作業への包括的な承認と解釈する前に、サービスデスクのスクリプト、ユーザーガイダンス、許容利用ポリシーを更新してください。
2. Copilot Studio — マネージドランタイムがプレビューへ
Microsoftによると、Copilot StudioアプリとCopilot Managed Runtimeがパブリックプレビューになりました。マネージドランタイムは、Microsoft運用のホスティング、ID、ガバナンスされたデータアクセス、ライフサイクル管理、Gitベースのバージョン管理、およびCopilot Studio、Copilot Cowork、Copilot Code全体にわたる一元的な可視性を提供するよう設計されています。
一方、Microsoftによると、Foundry IQとCopilot Studioの統合は一般提供されています。この統合はエージェントを組織のナレッジに接続し、一般提供済みのReviewパネルは公開前のエージェントの準備状況を評価します。Microsoftは、作成者が本番環境への投入前に、個々のAIノードと完了した自動化を評価できることも報告しています。
ステータスの違いは重要です。アプリとマネージドランタイムはプレビューのままである一方、Foundry IQ統合とReviewパネルは一般提供に達しています。これらの機能を同じ本番承認プロセスに通すべきではありません。
Microsoftの共有プラグインレジストリには現在、100を超える再利用可能なスキル、コネクタ、エージェントが登録されており、Copilot Studioとの統合が展開されています。再利用は重複を減らしますが、リスクも集中させます。広く採用された機能は、権限や動作を複数のエージェントに伝播させる可能性があります。
ITリーダーにとっての意味： プレビューのランタイムサービス、一般提供済みの評価機能、再利用可能なプラグインに対して、それぞれ個別の制御を確立してください。共有されるすべての機能について、所有者、データアクセスレビュー、バージョン追跡、廃止手順を必須としてください。
3. OfficeとNotebooks — 作成作業がCopilotへ移行
Microsoftは、Word、Excel、PowerPointでの作成と編集をCopilotアプリに導入しています。今週の調査で引用された報道によると、この展開は現在、ChatとCoworkを使用するFrontier顧客を対象としています。
ファイルはOneDriveのストレージ、権限、バージョン履歴、書式設定、組織のコンプライアンス制御を維持します。この継続性は重要です。Copilot内でのOffice作成は、別個の文書ガバナンス領域を生み出すものではありません。既存の制御が、アクセスおよび保持に関する意思決定の中心であり続けます。
Microsoftの2026年10月のNotebooks更新では、委任されたタスク実行、Word、Excel、PowerPointファイルの直接編集、対話型レポートの作成、応答のモデル選択も追加されています。したがって、Notebookは単なる参照資料の集まりではなく、実行ワークスペースへと変わりつつあります。
重要な境界は委任です。Notebookがガバナンス対象のファイルを変更できるようになると、問うべきことはCopilotがコンテンツを要約できるかどうかではなくなります。チームは、エージェントが変更できるID、リポジトリ、文書タイプを決定しなければなりません。
ITリーダーにとっての意味： 委任編集を有効にする前に、OneDriveの権限、バージョン復元、保持、承認ワークフローを検証してください。Frontierでの提供は、テナント全体の準備完了を示すものではなく、統制された評価フェーズとして扱うべきです。
4. GitHub Copilot CLI — ワークフローとエンタープライズ制御の融合
このブリーフィング向けに提供されたリリース追跡情報によると、動的ワークフローはCopilot CLI、Copilotアプリ、Copilot SDK全体でパブリックプレビューに入りました。開発者はコードでオーケストレーションを定義し、推論のためにエージェントを呼び出し、copilot workflow runでヘッドレスにワークフローを実行し、/everyまたは/afterで実行をスケジュールできます。
スケジュールされたヘッドレス実行は、運用モデルを変えます。これはプロンプトを待つ対話型アシスタントではありません。ユーザーが各ステップを監視しなくても継続できる自動化です。
その自動化と並行して、ガバナンス制御も進展しています。Copilot CLI 1.0.95では、macOS上でネイティブのMicrosoft Entraブローカー認証が追加され、ブラウザー認証はフォールバックとして維持されました。バージョン1.0.93ではpermissions.limitToが追加され、ネットワーク要求に対する管理対象ドメイン境界を設定できるようになりました。
バージョン1.0.91では、無人Windowsセットアップを含め、プロキシ証明書認証局の信頼を確認、作成、信頼、ローテーション、削除するコマンドが追加されました。従来の/sandbox ca installフローは、作成と信頼を分けた個別の操作に置き換えられています。使用状況レポートは現在、スキル、カスタムエージェント、MCPサーバー、スラッシュコマンド、プラグインも対象としています。
ITリーダーにとっての意味： 動的ワークフローは、ID、宛先、証明書、テレメトリのポリシーに基づいて制御してください。スケジュールされた実行を棚卸しし、permissions.limitToでネットワーク境界を制限し、無人実行が本番環境に到達する前に証明書ローテーションを文書化してください。
5. Copilot Agents — より広範なモデルと実行経路
提供されたMicrosoft AI Weeklyの報道によると、GitHub CopilotはAPIを持たないデスクトップアプリケーション向けにコンピューター操作機能を追加しています。同じ報道では、モデル選択の変更と関連する廃止に加え、GPT-6.1 SolとClaude Sonnet 5.5がCopilotで展開中であるとしています。
コンピューター操作は自動化の対象範囲を拡大しますが、従来のAPI契約が持つ予測可能性を回避することにもなります。エージェントが設計どおりに動作している場合でも、インターフェイスの変更、曖昧な操作コントロール、継承されたデスクトップ権限が運用上の懸念事項になります。
Microsoftは同時に、ハイブリッドインテリジェンスの方向性を拡張しています。調査で引用された報道によると、今後のCopilot+ PC更新では、ローカルコンテンツ、アクション、モデルとクラウド機能を組み合わせることが見込まれています。提供された資料では、一般提供の日程は確定していません。
Dynamics 365も同じ実行パターンに従っています。調査では、Sales、Customer Service、Customer Insights全体で30を超えるCopilotスキルが報告されており、CRM機能はパブリックプレビューまたはプライベートプレビューを通じてTeamsとMicrosoft 365に移行しています。
ITリーダーにとっての意味： 個別のモデル名ではなく、能力クラスに基づいてポリシーを構築してください。デスクトップ制御、ローカル処理、クラウド実行、CRMアクションには、それぞれ異なる権限境界、テスト計画、監査要件が必要です。
戦略的な次のステップ（ITリーダー向け）
プレビューと本番を分離する。 業務利用を承認する前に、Copilotアプリ、Managed Runtime、動的ワークフロー、エージェント機能のステータスを記録してください。
すべての実行IDをマッピングする。 どのユーザー、サービス、またはエージェントIDが、ファイル編集、プラグイン呼び出し、ナレッジアクセス、デスクトップアプリケーション操作を行えるかを文書化してください。
無人ワークフローを制約する。 管理対象のネットワーク境界、証明書手順、スケジュールの所有者、使用状況レポートを、ヘッドレスCLI実行に適用してください。
サポートモデルを再構築する。 Notebook、Cowork、Researcher、Guided Learning、Home、Code、Autopilotに対応して、用語、トレーニング、サービスデスクのガイダンスを更新してください。
再利用可能な機能を中央でガバナンスする。 プラグイン、スキル、コネクタ、カスタムエージェント、MCPサーバー、共有自動化に対し、所有者とライフサイクル制御を割り当ててください。
プラットフォームは収束しています。制御は分岐しています。Microsoftは製品横断の実行レイヤーを構築しており、ITには、そのレイヤーが何を実行できるかをガバナンスする責任が生じています。