今週、AIプラットフォームの状況は複数の面で変化しました。MicrosoftはHome、Code、Autopilotを軸とする再設計版Copilotの概要を発表し、GitHubは動的ワークフローを導入、さらにGPT-6.1 SolがGitHub Copilotで一般提供となりました。

ITリーダーにとって、シグナルは明確です。今週のテーマはプラットフォーム統合です。MicrosoftはCopilotをチャットインターフェースの枠を超えて進化させようとしていますが、その展開には早期アクセス、プライベートプレビュー、一般提供のサービスが含まれます。こうした区分を導入ポリシーの基準にしなければなりません。

1. Copilot Home — 新しい作業サーフェス

Microsoftの9月29日のニュースルーム発表では、再設計されたCopilot体験の出発点としてHomeが紹介されました。Microsoftによれば、Homeはチャットにコラボレーション機能と委任作業機能を組み合わせるものであり、The Vergeの報道では、Word、Excel、PowerPointがより広範なCopilotインターフェース内から利用可能になるとされています。

これは単なるナビゲーションの更新ではありません。ユーザーがドキュメント、会話、AI支援タスクにアクセスするための主要なサーフェスとして、Copilotを位置付ける試みです。

Microsoftは、Homeを今後数週間でFrontier早期アクセスプログラムを通じて展開し始めると述べました。Frontierのステータスは重要です。Microsoftが本番展開を文書化するまで、機能の同等性、サポートの準備状況、またはテナント全体での利用可能性をチームが前提とすべきではありません。

統合されたインターフェースは、導入計画も変えます。ユーザーがCopilotからドキュメントを作成し、タスクを開始し、Officeアプリケーションにアクセスし始める場合、トレーニングでは個別のチャットプロンプトではなく、作業サーフェス全体を対象とする必要があります。

ITリーダーにとっての意味： Frontierテストの対象となる事業部門を特定し、評価するワークフローを文書化してください。Homeがサポート対象の本番段階に到達するまで、既存のMicrosoft 365インターフェースを運用上のベースラインとして維持してください。

2. CodeとAutopilot — 構築と永続的な作業の融合

Microsoftの9月29日の発表では、Codeはアプリケーション、ダッシュボード、ワークフローを構築するための自然言語環境として説明されました。The JournalおよびTechRadarは、従来の開発ツールから始めるのではなく、ユーザーがCopilotに作成したいものを説明できると報じています。

したがって、CodeはCopilotの対象ユーザーをソフトウェアチーム以外にも広げます。同時に、アプリケーションガバナンスの課題も生じます。生成されたアプリケーションは、依然として業務データ、コネクター、権限、責任を負う所有者に依存する可能性があります。

一方、MicrosoftはAutopilotを、ユーザーがオフラインの間も作業を継続できる永続的なエージェントとして説明しました。MicrosoftはAutopilotをプライベートプレビュー向けに位置付け、HomeとCodeはFrontier展開の対象としています。

本質的な変化は永続的な作業です。これにより、タスクはアクティブな会話セッションを超えて継続します。しかし、提供されたMicrosoftの発表では、その実行を支える完全なID、認可、承認、ログ記録、取り消しのアーキテクチャは明らかにされていません。

このギャップが評価の基準となるべきです。規制対象データや重大なアクションをAutopilotに処理させる前に、ITチームには文書化された回答が必要です。

ITリーダーにとっての意味： CodeとAutopilotのパイロットを分けてください。Codeはアプリケーションの所有権およびデータアクセスのポリシーに照らしてテストし、Microsoftが十分な運用およびガバナンス文書を公開するまで、Autopilotは取り消し可能なタスクに限定してください。

3. ガバナンスと価格設定 — 未確定の予算項目が2つ

StocktwitsおよびReworkedが要約した報道によれば、Microsoft CEOのSatya NadellaはCopilotを「仕事のための新しいOS」と表現しました。Nadellaは、エージェントのアクションは企業ポリシーのガバナンス下に置かれなければならないとも述べています。

ポリシー上の目標は明示されています。一方で、実装の詳細は依然として調達上の課題です。

WindowsForumは、ガバナンス対象のアプリケーションホスティング向けCopilot Managed Runtimeのプレビューを報じました。これとは別に、Finance YahooおよびTechGigは、日常的な利用向けのサブスクリプションアクセスと、高度な機能向けの従量制Copilot Creditsを組み合わせたハイブリッド商用モデルを報じています。

提供された情報源には、普遍的なクレジット料金や完全なSKUレベルの計算は示されていません。したがって、ITリーダーは、想定したユーザー当たりの節約額や消費コストを確定予算に組み入れることを避けるべきです。

これは従来型のシート数のみの更新ではありません。固定ライセンスと変動するエージェント活動を組み合わせたモデルになる可能性があります。

ITリーダーにとっての意味： サブスクリプションと消費に対して別々の予算項目を追加し、調達時には使用量エクスポート機能を求めてください。広範な展開を承認する前に、Home、Code、Autopilot、managed runtimeのどのアクションがクレジットを消費するのかをMicrosoftに文書化させてください。

4. 動的ワークフロー — オーケストレーションがコードへ移行

GitHubの10月1日の変更履歴では、Copilot CLI、GitHub Copilotアプリ、Copilot SDKにおける動的ワークフローが導入されました。GitHubは、すべてのCopilotプランでパブリックプレビューを利用可能にしました。

GitHubによれば、動的ワークフローにより、チームはより信頼性が高く可観測性に優れたマルチエージェント作業のオーケストレーションをコードで定義できます。これはベンダーが表明した機能であり、会話セッションとの比較が独立して検証されたものではありません。

GitHubはまた、Copilot拡張性APIを使用するには、ワークフローがGitHub Copilot拡張機能内に存在する必要があると述べています。この要件はITチームに具体的なレビュー境界を与えます。拡張機能とそのワークフローは、インストールまたは実行前に棚卸しできます。

パブリックプレビューであることは、依然として制約となるラベルです。ワークフロー構文、権限、テレメトリ、消費動作は、一般提供までに変更される可能性があります。

ITリーダーにとっての意味： 承認済みの拡張機能リポジトリを確立し、すべてのワークフローに名前付きの所有者を必須としてください。テスト環境でプレビューの動作を記録してください。すべてのプランで利用可能であることを、本番運用の準備完了と見なしてはなりません。

5. モデルと統合 — サーフェスは拡大を続ける

GitHubの9月29日の変更履歴では、GitHub CopilotにおけるGPT-6.1 Solの一般提供が発表されました。提供された調査では、モデルの利用可能性が対象となるCopilotティアによって異なることも報告されており、社内ガイダンスを更新する前に権利を確認する必要があります。

モデルの変更は、単なる機能発表ではありません。出力品質、レイテンシー、使用パターン、社内検証に必要な証跡を変える可能性があります。

Microsoftの2026年9月のCopilot更新では、通話に応答してユーザーをサポートへ案内するよう設計されたTeams Phone Agentも導入されました。MicrosoftのAzureチームは別途、シナリオによっては追加のAIトークンコストなしで、Fabric IQが業務コンテキストとFabric生成のインサイトをCopilotにもたらせると述べています。

「一部のシナリオで」という条件は重要です。財務チームは、この主張をすべてのFabricおよびCopilotのインタラクションに適用するのではなく、ワークロードごとの確認を要求すべきです。

ITリーダーにとっての意味： 承認済みのGitHub Copilot評価をGPT-6.1 Solに対して再実施し、ティアの適格性を確認してください。サービスデスクまたは分析の予算を変更する前に、Teams Phone AgentおよびFabric IQのコストを個別に検証してください。

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

  1. 各リリース段階を分類する。 HomeとCodeはFrontier機能、Autopilotはプライベートプレビュー、動的ワークフローはパブリックプレビュー、GPT-6.1 Solは一般提供として記録してください。

  2. 取り消し可能なパイロットを定義する。 所有権、権限、ログ、ロールバック手順が文書化されるまで、生成アプリケーション、永続的タスク、マルチエージェントワークフローを不可逆的なアクションから遠ざけてください。

  3. 固定費と変動費を分離する。 Copilotサブスクリプションを、潜在的なCopilot Credits、モデルの権利、ワークロード固有の消費とは独立して追跡してください。

  4. 拡張機能の統制ポイントを作る。 GitHub Copilot拡張機能を棚卸しし、各ワークフローのツール、データアクセス、所有者、想定実行パターンのレビューを必須としてください。

  5. 本番環境の前提を再検証する。 広範なローンチの主張に依存せず、テナントに対してモデルの動作と統合コストをテストしてください。

インターフェースは統合されつつあります。永続的な作業はプレビューに入りつつあります。オーケストレーションはコードへ移行しています。モデルは入れ替わっています。ITリーダーには今、利用可能性と準備完了を区別する統制が必要です。