Microsoftは2026年9月25日、業務向けAIアプリ「Copilot」をHome、Code、Autopilotの3つを軸に再設計すると発表した。Homeでは会話の隣でWord、Excel、PowerPointの実ファイルを作り、Codeでは自然言語から小型の業務アプリを組み立てる。Autopilotはユーザーが離れた後も仕事を続ける。今回増えたのは機能の数というより、Copilotが扱う成果物の種類だ。回答や文書を返すAIから、コードを動かし、長い仕事を引き受ける業務基盤へ踏み込もうとしている。
ただし、3つの機能が同じ対象へ一斉に一般提供されたわけではない。Codeは先行評価プログラムを起点に段階展開し、コードを動かすMicrosoft Copilot Managed Runtime（以下、Managed Runtime）は公開プレビュー、Autopilotは非公開プレビューの拡大段階にある。完成した一枚岩の製品というより、Microsoftが今後のCopilotをどこへ運ぶかを示した発表と見るのが正確だ。
Copilotが「返答」から「動く成果物」へ
Homeは、質問に答えるChatと、まとまった仕事を委任するCoworkを同じ入口に置く。Microsoftの説明では、Chatは検索や下書きのような短い作業を担い、Coworkは提案依頼書への回答、製品投入用の資料一式、財務締め資料といった複数工程の仕事を終わりまで進める。将来は利用者がモードを選ばなくても、内容に応じてChat、Cowork、Codeへ振り分ける構想もあるが、これは現行機能ではない。
Homeで目を引くのが「Office in Copilot」だ。Copilotが作るのは、チャット欄に表示される文章の断片ではなく、編集可能なWord文書、Excelブック、PowerPoint資料である。会話の横で内容を詰め、同僚を呼び込み、Officeアプリ側で加えた変更も同期する。つまり、AIの回答を別のファイルへ貼り直す手間を減らし、最初から共有物として扱う設計へ変える。
この方向は、ファイルを知識労働の基本単位としてきたMicrosoft 365の延長にある。ところがCodeは、その単位を広げる。利用者が欲しいものを文章で説明すると、Copilotがデスクトップのウィジェット、データを探索するダッシュボード、社内アプリ、オートメーション、ワークフローを作る。Microsoftは、開発者が日常的に使うGitHub Copilotとは役割を分け、Codeを非開発者も業務上の小さな道具を作る入口として位置づけている。
3つの入口は、作るものも動かし方も違う
2026年9月25日時点のMicrosoft公式資料を、成果物、持続性、統制、課金、提供段階で並べると違いが見える。実機性能や価格を比較した表ではなく、発表された役割と条件の整理である。
| 入口・基盤 | 主な成果物 | 実行・持続の仕方 | 統制と課金 | 2026年9月25日時点の段階 |
|---|---|---|---|---|
| Home / Office in Copilot | 同期されたWord文書、Excelブック、PowerPoint資料 | 会話の横で作成・更新し、Officeアプリや共同編集者と同期 | ChatやOfficeの日常作業はユーザー契約が基礎 | Frontierプログラムから段階展開 |
| Code | ウィジェット、ダッシュボード、社内アプリ、オートメーション、ワークフロー | サンドボックスで生成し、Managed Runtimeへ載せられる | Codeは従量課金。管理者のポリシー下で実行 | 9月末にFrontierへ展開、幅広い提供は数週間内。個人向けPremium/Proは年内プレビュー予定 |
| Managed Runtime | Codeなどで作ったアプリの実行環境 | Microsoft 365テナント境界内でホストし、展開・更新・監視を継続 | Entra ID、接続先ポリシー、監査、在庫を集中管理 | ホストとSDKを公開プレビュー |
| Autopilot | 独自ID、記憶、コンピューター、作業領域を持つエージェント | クラウドで常駐し、定期作業や数日後の再開にも対応 | 長時間の仕事は従量課金。権限、監査、ガバナンスの対象 | 9月末に非公開プレビューを拡大 |
Homeは共同編集できるOfficeファイル、Codeはテナント内で動く小型アプリ、Autopilotは独自IDと記憶を持つ継続エージェントを成果物とする。日常作業はユーザー契約、CodeとAutopilotは従量課金の対象となる。HomeとCodeはFrontierからの段階展開で、Codeの幅広い提供はその後数週間の予定、Managed Runtimeは公開プレビュー、Autopilotは非公開プレビューの拡大段階にある。
この違いを無視すると、Copilotの新画面が全機能をすぐ使えるようにした、と読み違える。Microsoftが示したのは共通の入口と運用方針であり、利用資格、課金、製品段階は別々に確認する必要がある。
Codeの本体は生成モデルより運用基盤
自然言語から動くアプリを作れても、企業で使うには後工程が残る。クラウド資源を用意し、利用者を認証し、接続できるデータと外部サービスを制限する。更新前の版を動かしたまま新しい版を試し、問題があれば追跡できる状態も欠かせない。Codeの成否を左右するのは、コードを生成できるかより、生成後の面倒を誰が引き受けるかである。
Microsoftの答えがManaged Runtimeだ。同社は、生成したコードをMicrosoft 365のテナント境界内でホストし、Microsoft EntraによるID管理、組織が定める接続先とデータのポリシー、Gitを使ったソース管理、展開とバージョン管理を共通化すると説明する。Cowork、Code、Copilot Studioで作ったアプリを同じ基盤へ載せ、対応する第三者ツールやプロの開発者にも開く。
SDKとコマンドラインツールは、完成したアプリを梱包するだけの道具ではない。プロジェクトのひな型を作り、必要なデータ接続を定義し、TypeScriptからコネクターを扱う型付きサービスを生成する。開発中の実行とプレビューから展開、更新までを同じ経路で扱い、コード自体は編集可能な状態でGitに残す。非開発者が作った試作品を開発者が引き継いでも、別の実行基盤を一から作り直さずに済むという設計だ。
管理者向けには、Microsoft 365管理センターのApps画面が用意される。誰がアクセスでき、どれだけ使われ、正常に動いているか、どのポリシーが適用されているかを一覧で確認し、アプリを有効または無効にできるという。もっとも、ホストとSDKは公開プレビューである。安全性、可用性、サービス保証、生成アプリの品質を独立に検証した結果は今回の資料にないため、Microsoftの設計上の主張と本番環境での実績は分けて評価すべきだ。
常駐エージェントには権限と費用の管理が付いてくる
Autopilotは、以前「Scout」と呼ばれていた常駐型エージェントをCopilotの主要機能へ押し出したものだ。利用者が名前、役割、目標を与えると、チャンネルを見守り、スレッドを追い、定期作業を進め、数日後に同じ案件へ戻る。自分のID、記憶、コンピューター、作業領域を持ち、TeamsやOutlook、文書の中では同僚のように呼び出せるとMicrosoftは説明する。
前身となるScoutの6月発表は、常駐エージェントをどう統制しようとしているかを示していた。基盤にはオープンソースのOpenClawを使い、共有サービスアカウントではなく、エージェントごとに管理されたEntra IDを与える。アクセス先と資格情報を仕事の範囲に絞り、機密性の高い操作では人間の承認を要求できる。Microsoft Purviewの機密ラベルやデータ損失防止ポリシーも、送信や書き込みの前に適用するという。
ただし、6月時点のScoutは一部顧客とFrontier組織に限られ、Intuneの設定や明示的な参加手続きなどが必要だった。これらの条件を9月版Autopilotの最終仕様とみなすことはできない。それでも、エージェントを人の代理として動かすなら「誰の権限で何をしたか」を記録できる主体が必要になる、という設計思想は一貫している。
費用の仕組みも変わる。Microsoftは、Chatでの質問やOfficeでの下書き、要約、分析をユーザー契約に含める一方、Cowork、Code、Autopilotの長時間作業と高度なモデルを従量課金へ分ける。作業が会話の時間を越えて続けば、席数より実行量が費用を左右するからだ。そこで管理者は予算や利用上限、利用できるモデル群を設定し、利用者は残高と履歴を確認する。FinOpsは後付けの請求画面ではなく、常駐エージェントを企業へ入れるための制御面になる。
導入判断は「使えるか」より「どの段階か」から始まる
発表内容には、一般提供、段階展開、公開プレビュー、非公開プレビュー、将来計画が混在する。Fabric IQによるChatとCoworkのデータ文脈は一般提供されたが、Codeとの統合はFrontierで先行する予定だ。Dynamics 365とPower Platformのデータや業務手順を使う機能は、発表後1カ月にかけて公開プレビューへ入る。統一されたプラグイン登録簿も展開中で、対応画面全体での一般提供は数週間内とされる。
さらに、メール、予定、Teams、会議、タスクから優先事項を示す「Today」は2026年10月に非公開プレビューへ入る予定であり、Chat、Cowork、Codeを自動で選ぶ機能も将来計画だ。発表された構想を、現在の契約ですぐ使える機能へ読み替えてはいけない。地域と言語ごとの提供範囲、従量課金の具体単価、Copilot Creditsの消費量も、今回取得した資料からは確定できない。
企業が最初に確かめるべきなのは、デモでアプリを作れたかより、対象となる契約とプレビュー段階、接続を許すデータ、停止・更新・監査の手順である。そのうえで、幅広い提供後に生成アプリの品質と管理画面の可視性を測り、Autopilotがどの操作で人間の承認を求め、長時間の仕事にいくらかかるかを検証する必要がある。そこまで数字と運用実績が揃えば、Copilotは文書を作る補助役から、社内の小さなソフトウェアと継続業務を管理できる基盤へ進める。
