Copilotプラットフォームは今週、複数の領域で変化しました。MicrosoftはCopilot HomeとProjectsを中心に業務を統合し、GitHubはガバナンス管理されたエージェントオーケストレーションを拡張し、財務チームは専門スキルを利用できるようになり、クラウド支援セッションはアプリケーションやデバイスをまたいで移行し始めています。

ITリーダーにとって、示唆は明確です。今週のテーマはガバナンス管理された継続性です。Copilotは、孤立したプロンプトの枠を超え、永続的な業務、ルーティングされたモデル、接続されたツール、委任された実行、そしてサーフェスをまたいでユーザーに追従するポリシーへと進化しています。

1. Copilot Home — チャットのサイロに代わる永続的な業務

Microsoftの2026年10月のCopilot更新によると、Copilot HomeはChatとCoworkを共有エクスペリエンスに統合します。Projectsは、関連するチャット、ファイル、タスク、会議、指示、生成された出力を、個別のやり取りに分散させるのではなく統合します。

Microsoftはまた、再利用可能なスキルがCoworkからCopilot Chatへ拡張されるとしています。ユーザーは自然言語でスキルを作成し、同僚や組織が共有したスキルを見つけ、それらのスキルをいつ実行するか決定できるようになります。

これは単なるナビゲーションの再設計ではありません。指示と成果物が単一の会話を超えて存続できる、再利用可能な組織コンテキストへの移行です。

一方、Microsoftによると、ユーザーはCopilot Workspaces内でWord、Excel、PowerPointファイルを作成および編集できます。Audio Overviewにも、トピック別エピソード、秘密度ラベルのサポート、追加のコンテンツタイプが加わります。

ITリーダーにとっての意味： Projectsと共有スキルは、個人の生産性機能ではなく、管理対象のワークスペースとして扱ってください。永続的なコンテキストが部門全体に広がる前に、展開計画にはプロジェクトコンテンツ、スキル公開、秘密度ラベル、ライフサイクル管理に関する所有権ルールが必要です。

2. Autopilot — 委任された業務がガバナンスの検討対象に

Microsoftの10月更新によると、長期にわたり提供されてきた委任業務エクスペリエンスであるAutopilotは、2026年11月にFrontierユーザーへの展開が開始されます。Agent 365は、これらのエージェント活動に対するガバナンス、リスク評価、利用状況の可視化、ビジネス価値の測定を提供するものとして位置付けられています。

このタイミングは重要です。長時間実行されるエージェントは、業務が開始したやり取りの後にも継続できるため、チャットとは異なる制御上の課題を生み出します。したがって、承認境界、接続データ、成果レビューは、任意の保護策ではなく運用要件になります。

Microsoftはまた、Agent ModeがWord、Excel、PowerPoint向けCopilotの既定になるとしています。並行して、Microsoftの2026年度第3四半期決算資料によると、Copilot Chatは自動ルーティングを備えた複数モデルへのアクセスを提供するようになりました。

これは、孤立したアシスタントの集合ではありません。生産性スイートへと入り込む実行レイヤーです。

ITリーダーにとっての意味： より広範な導入に先立ち、11月のFrontier展開を利用して委任業務のポリシーを定義してください。制御では、対話型支援、成果物作成、長時間実行を区別し、各カテゴリに個別のレビュー要件を設定する必要があります。

3. Copilot Fusion — モデルルーティングが管理レイヤーに

Microsoft Cloud Blogは、GitHub Copilot FusionがSingle、Cascade、Critiqueワークフローとともに一般提供に達したと報じました。管理者とユーザーはStandard、High、Maxのエフォートレベルを選択でき、FusionはCopilot CLI、Copilotアプリ、VS Codeをまたいでクラウドモデルとデバイス上のモデルを連携させることができます。

同じ報告によると、GitHubはCopilotとMicrosoft Foundry全体にGPT-6.1 Terraを追加しました。GitHubはこれを、日常的なエージェント型コーディングおよびターミナル作業向けの低コストな選択肢として位置付けており、Foundryはテキストおよび画像入力、Responses API、最大100万入力トークンをサポートします。

モデルの選択はオーケストレーションポリシーになりつつあります。エフォートレベル、ルーティングパターン、コストプロファイル、ローカル実行がタスクごとに異なり得る状況では、単一の既定モデルはもはや十分なエンタープライズ戦略ではありません。

このルーティングレイヤーとともに、エンタープライズ制御も拡張されています。Microsoft Cloud Blogは、リポジトリプラグインの既定値、エンタープライズプラグインポリシー、承認済みマーケットプレイス、VS Code、Copilot CLI、Copilotアプリ全体にわたる管理設定が一般提供されたと報じました。OurSignalによると、管理対象Fusion構成は現在Windows専用です。

ITリーダーにとっての意味： モデル選択が自動化されている場所、ユーザーが制御する場所、中央管理されている場所を棚卸ししてください。ワークロードごとに承認済みのエフォートレベルとプラグインマーケットプレイスを定めたうえで、混在デバイス環境向けにWindows専用という管理上の制約を文書化してください。

4. セッションとAutomations — Copilotがサーフェスをまたぐ

AI Agent Storeは、クラウド支援のCopilotセッションが、Web、モバイル、Copilotアプリ、VS Code、Slack、Teams、Copilot CLIをまたいで永続化できると報じました。同じ媒体は、Slack、Figma、Notion、Sentry、Linear、Cloudflare、Vercelを含む約26サービス向けのプレビューコネクタについても報じています。

一度の接続による認可は繰り返しの設定を減らしますが、アクセスも集中させます。コラボレーションツール、開発環境、ターミナル間でコンテキストを保持する永続セッションは、IDE専用アシスタントよりも広範なガバナンス境界を生み出します。

OurSignalは、Copilot Projectsとコンピューター利用のパブリックプレビューを報じました。ProjectsはSlackやFigmaなどのツールからコンテキストを取り込むことができ、コンピューター利用では、ユーザーの承認を得てmacOSおよびWindows上の承認済みデスクトップアプリケーションを操作できます。

Copilot Automationsは、同じパターンをクラウドワークフローへと拡張します。Agent Dailyは、Automationを手動、スケジュール、イベント、APIから開始できると報じました。OurSignalは、作成者から独立して継続できる共有Automationについても報じています。

ITリーダーにとっての意味： コネクタ認可、セッション保持、デスクトップ承認、Automationの所有権を1つの制御プレーンとして見直してください。ワークフローが個人の作成者に依存しないよう、共有Automationにはサービス所有権とオフボーディング手順が必要です。

5. 財務と請求 — 専門化とコスト管理の融合

Microsoftは10月29日、会計、資本市場、より広範な財務ワークフローにまたがる25を超える財務スキルとパートナープラグインを発表しました。Microsoftによると、Excelの財務スキルは一般提供されていますが、ExcelおよびCoworkの会計機能は引き続きFrontierで提供されます。

CFO Diveは、QuickBooks、Xero、Zoho Books、FactSet、Morningstar、LSEG、S&P Globalに関連する統合を報じました。Microsoftの10月更新には、計画、モデリング、投資リサーチ、取引資料向けの財務指向機能も掲載されています。

この専門化は導入の前提を変えます。財務導入では現在、ソースデータ、スプレッドシートの変更、リサーチの来歴、承認権限に関する既存の制御に照らした検証が必要です。

コストガバナンスも変化しています。Sherwebは、新規のMicrosoft 365 Copilot Business購入に対して、2026年12月1日からテナントレベルの従量課金が有効になる予定だと報じました。これは、新規購入を検討する組織にとって、短期的な調達上の確認ポイントとなります。

GitHub Copilotのコマンドラインエクスペリエンスには、実務上の信頼性に関する懸念も残っています。GitHub issue #5302では、Windows上でエージェントが無効なPowerShellを頻繁に生成し、再試行が必要になることが報告されています。これは見た目上の不便さではなく、実際のワークフロー上の欠陥でした。

ITリーダーにとっての意味： 財務検証を一般的なCopilot導入と分け、12月1日より前に購入計画を見直し、CLIパイロットにはWindows PowerShellの再試行率を含めてください。従量課金と信頼性の低いコマンド生成はいずれも、自動化に期待されるコストを変える可能性があります。

戦略的な次のステップ（ITリーダー向け）

  1. 実行モードを分類する。 Copilotのガバナンスモデルで、チャット、成果物作成、委任業務、コンピューター利用、クラウドAutomationを分けてください。
  2. 接続されたコンテキストを監査する。 組織データにアクセスできるProjects、セッション、コネクタ、プラグイン、Automationを記録してください。
  3. ルーティングポリシーを設定する。 許容可能なモデル、Fusionエフォートレベル、プラグインマーケットプレイス、ローカル実行とクラウド実行の経路を定義してください。
  4. 請求変更に備える。 2026年12月1日より前に、計画中のCopilot Business購入とテナントレベルのコスト制御を見直してください。
  5. 運用上の信頼性をテストする。 広範な展開の前に、Windows PowerShell生成、承認フロー、共有Automationの所有権、オフボーディング時の動作を検証してください。

プラットフォームはエージェントを中心に収束しています。一方で、制御はサーフェス、モデル、コネクタ、実行モードごとに分岐しています。ITリーダーには現在、その4つすべてをカバーする1つのガバナンスアーキテクチャが必要です。