Microsoft Copilotが「Home・Code・Autopilot」に刷新。業務エージェント化で何が変わる？

Microsoft Copilotは何が変わった？――3つの柱と発表時点の提供状況

Microsoftは、Copilotの体験をHome、Code、Autopilotという3つの機能軸で整理し直す方針を示しました。それぞれの役割は、日常の対話・成果物作成、業務ツールの構築、継続的なタスク実行に分かれます。

• Home：チャット対話のChat、複雑な仕事を委任するCowork、Word・Excel・PowerPointをCopilot上で扱うOffice in Copilotを集約する入口です。
• Code：自然言語でアプリ、ダッシュボード、ワークフローなどの小規模な業務ツールを作る機能として説明されています。
• Autopilot：名前、役割、目標を設定し、チャネル監視や定期業務などを継続して進めるクラウドホスト型エージェントです。旧称はScoutとされています。

重要なのは、2026年9月29日時点で3機能が一斉に一般提供されているわけではない点です。HomeとCodeはFrontierプログラムを通じて順次ロールアウト、Autopilotは同月末にプライベートプレビューの対象を拡大する段階とされています。CodeはMicrosoft 365 Premium／Pro向けに、2026年後半のプレビューも予定されています。

したがって、発表内容と、国内テナントを含む自社環境で実際に使える機能は分けて判断する必要があります。

Home：チャット、委任、Office作業を集める業務の入口

Homeは、従来型の対話を担うChat、成果物単位で作業を任せるCowork、Office in Copilotを束ねる位置付けです。

Chatは質問、検索、下書きなど、都度の対話に利用する機能です。一方のCoworkは、RFPへの回答、顧客向けブリーフィング、製品発表資料、決算関連パッケージといった、複数の作業を含む成果物をまとめて委任する用途として説明されています。単発の回答を得るのではなく、作業のまとまりを渡す考え方です。

Office in Copilotでは、Word、Excel、PowerPointの編集可能なファイルをCopilot上で作成・更新し、Officeアプリ側と同期する方針が示されています。文書、会議、メール、共同編集の基盤をMicrosoft 365に集約している組織では、Copilotが文書作成の入口になる可能性があります。

ただし、生成物の正確性確認、版管理、共有範囲の設定は人が統制しなければなりません。Copilotに作成を委任しても、内容の承認や最終責任まで自動化されるわけではありません。

Code：非開発者にも小さな業務ツール作成を広げる機能

Codeは、自然言語でアプリ、進捗トラッカー、ダッシュボード、デスクトップウィジェット、自動化、ワークフローなどを作成できる機能として発表されました。GitHub Copilotと同じ基盤技術を用い、サンドボックス環境や組織テナント内でのホスティングを想定しています。

GitHub Copilotと単純に代替関係と見るのは適切ではありません。Codeは、業務部門のユーザーによる小規模なソリューション構築へ対象を広げるものです。ソフトウェア開発者の日常的な開発作業では、引き続きGitHub Copilotが主な選択肢となります。

発表では、サンドボックス実行、テナント内ホスティング、Copilot Managed Runtime、IT部門による統制を意識した設計が説明されています。たとえば、部門ごとにExcelで管理している進捗や定型レポートを、共有できる小規模ツールに置き換えたい場面が候補になります。

もっとも、自然言語で作成できることと、本番業務で安全に運用できることは別です。要件定義、データ品質、アクセス権、テスト、保守責任は引き続き必要です。重要業務に関わる処理は、情報システム部門または開発部門がレビューする体制を前提にするべきでしょう。

Autopilot：プロンプト待ちではなく、継続して進めるAIエージェント

Autopilotは、以前Scoutとして言及されていた機能の後継にあたります。名前、役割、目標を設定し、チャネルの監視、スレッドのフォローアップ、定期業務、数日後の作業再開といったタスクを進めるクラウドホスト型エージェントとして説明されています。

従来のチャット中心のAIとの違いは、ユーザーの次のプロンプトを待つだけでなく、設定された目標に沿ってタスクを継続できる点です。Teams、Outlook、チャット、チャネル、文書など、既存の業務画面で呼び出す設計が示されています。

ただし、「常駐」や「自律的に動く」は、端末上で常時動作するソフトウェアや、無制限の権限で独自に判断する仕組みを意味しません。発表上は、クラウドでタスクを継続するエージェントであり、権限設定、監査、ガバナンスの下で動作させる方針です。

誤送信、誤発注、対外連絡などの影響が大きい業務や、ルール、責任者、エスカレーション先が定まっていない業務には、最初から適用しないほうがよいでしょう。Autopilotは一般提供前の段階であることも踏まえ、限定的な業務で検証するのが妥当です。

導入判断で比較したい4項目：対象業務・権限・コスト・提供段階

Home、Code、Autopilotは、対象とする仕事の粒度と実行の継続性が異なります。利用可否だけでなく、どの種類の業務を任せるのかを先に整理する必要があります。

対象業務を3種類に分ける

候補業務は、回答や下書きの支援、成果物作成の委任、継続監視や定期実行の3種類に分けます。後者になるほど、事前に定義すべき権限と承認条件は増えます。

参照・更新・外部連絡の権限を分ける

参照できるデータ、作成・更新できるファイル、外部へ連絡できる範囲、承認が必要な操作を区別します。特にAutopilotのように継続実行するエージェントでは、どこまでを自動で進め、どこで人の承認を求めるかを明確にすることが重要です。

従量課金は実験段階から管理する

Cowork、Code、Autopilotの長時間・エージェント型の処理には、Usage-Based Billingによる従量課金が想定されています。具体的な料金、請求対象、適用条件は契約や地域で異なる可能性があるため、公式の料金・管理ドキュメントを確認してください。検証時点から予算上限、利用部門、コスト配賦、アラートの仕組みを決めておくことが重要です。

提供段階と利用条件を確認する

Frontierプログラムの参加条件、プライベートプレビューの対象、国内テナントでの利用可否、日本語対応などは、発表内容だけでは判断できません。導入計画に組み込む前に、自社の契約・テナントにおける最新の公式情報を確認しましょう。

業務を任せるための運用設計が導入効果を左右する

以下は編集部の分析です。今回の刷新は、Copilotの回答機能を高機能化するだけでなく、業務文脈の活用、小規模ツールの作成、長期的なタスク実行をつなぐ基盤へ拡張する動きと捉えられます。Homeが日常業務の入口、Codeが部門レベルの業務ツール作成、Autopilotが継続実行を担う構成です。

一方、導入価値はAIモデルの性能だけでは決まりません。Microsoft 365内のデータ整理、アクセス権、承認フロー、監査ログ、費用管理といった運用基盤の成熟度が、利用できる業務の範囲を左右します。

検証を始めるなら、まず影響範囲が限られた下書き作成や進捗整理などから候補を選び、品質確認と承認の手順を定める方法が現実的です。そのうえで、ツール作成や継続実行へ段階的に広げるかを判断するとよいでしょう。