CopilotのHome・Code・Autopilotの違いと使い分け

この記事でわかること

• 3つの役割：Homeは仕事の起点、Codeは仕組みづくり、Autopilotは継続する仕事。
• 提供と費用：プレビューや段階的提供、定額と従量課金を区別する。
• 試し方：完成条件が明確な仕事を選び、人の確認負担も含めて評価する。

今回のCopilot刷新は、何を変えようとしている？

Microsoftが2026年9月25日に発表したCopilotの刷新は、質問へ答えるだけでなく、成果物を作る、小さなアプリを組み立てる、継続する仕事を任せるという使い方をまとめるものです。中心となるのがHome、Code、Autopilotの3つです。

名前だけを見ると、似たAI機能が増えたように感じるかもしれません。しかし、選ぶ際の軸は「AIがどれだけ賢いか」よりも、何を完成させ、どの期間まで任せるかです。

短い相談、納品物のある仕事、動く仕組み、繰り返す仕事では、依頼するときに決める条件も変わります。

出典：Microsoftの発表。仕事の例は編集部による整理

Home：相談の続きから成果物づくりへ進める

Homeには、会話型のChatと、仕事を委任するCoworkが集まります。MicrosoftはOffice in CopilotによってWord、Excel、PowerPointの編集可能なファイルを作成・更新し、会話と並べて調整する使い方も示しています。

たとえば月次報告を作る場合、まず「数字の変化を説明して」と相談し、内容が固まったら「部長向けの報告資料へまとめて」と依頼する流れが考えられます。

文章案を別のアプリへ貼り直す工程が減るとしても、どのデータが確定版か、どの数字を報告対象にするかは先に決める必要があります。

ChatとCoworkは「一問一答」か「完成までの仕事」かで考える

Chatは短い確認や草案の相談に使い、Coworkでは完成させたい結果を示して仕事を任せる、という整理ができます。「この数字は何を意味する？」と「この資料群から営業会議用の報告を完成させて」は、必要な参照範囲も確認工程も違う依頼です。

後者では、対象期間、参照してよい資料、出力形式、未確定情報の扱いをまとめる方が、依頼の途中で前提を補う回数を減らせます。これは製品の保証ではなく、委任する仕事を明確にするための実務上の考え方です。

Code：毎回作る資料を、繰り返し使う仕組みにできるか

Codeは、自然言語で指定したアプリ、トラッカー、ダッシュボードなどを作る機能として発表されました。GitHub Copilotと共通の基盤技術を使い、サンドボックスで動作し、企業のテナント内でホストできると説明されています。

向いている仕事を考えるときは、「今回だけ見たい情報」か「来週も同じ方法で見たい情報」かを分けます。今月の数字を一度説明するなら資料で足ります。

一方、担当者ごとの案件状況を繰り返し確認するなら、更新されたデータを同じ画面で見られる仕組みにする意味があります。

ただし、アプリが作れたことと、業務で安定して使えることは別です。何を入力できるか、誰が閲覧できるか、元データが欠けたときにどう表示されるかまで確かめてから、利用範囲を広げます。

小さな社内ツールでも、判断に使う数字の定義が違えば誤解につながります。

Autopilot：一度の依頼を、継続して進める仕事に変える

Autopilotは、以前Scoutと呼ばれていた継続型エージェントです。Microsoftは、固有のID、記憶、作業環境を持ち、クラウド上でチャネルの確認や定期作業、フォローを進めると説明しています。

Homeでその都度相談する使い方とは、仕事を続ける期間が異なります。

継続する仕事では、最初の指示が翌日以降にも影響します。たとえば進捗確認を任せるなら、「毎週確認する」だけでなく、対象の案件、締切、連絡する相手、回答がないときの扱い、終了条件まで決める必要があります。

この表は依頼設計の例であり、画面上の設定項目を再現したものではありません。試す際は、実際に設定できる権限と承認方法に落とし込んで確認します。

「一度完成させる仕事」と「状態を見続ける仕事」を分ける

週次報告という同じ業務でも、今日の会議用に一度まとめればよいなら、成果物を作る依頼として整理できます。一方、毎週の締切前に情報を集め、未回答を把握し、翌週も続けるなら、継続して状態を持つ仕事になります。

この違いを曖昧にすると、作ってほしかった資料がないまま監視だけが続く、反対に一回の出力で終わってしまう、といった評価のずれが生まれます。

試す前に、完了という言葉が「ファイルを受け取ること」なのか「所定期間の業務を続けること」なのかを決めておくと比較しやすくなります。

提供時期と料金は、機能ごとに確認する

9月25日の発表では、HomeとCodeのFrontierでの段階的な提供と、Autopilotの9月末のプライベートプレビュー拡大が案内されました。これは当時の提供予定であり、全契約への提供完了を示すものではありません。11月9日確認の公式要件でもCodeはFrontierのプレビュー機能として案内されています。

料金の考え方も一つではありません。Microsoftは、日常的なChatなどのユーザー単位ライセンス（USL）と、Cowork・Code・Autopilotなどの従量課金（UBB）を分けて説明しています。

Copilotの契約があることだけで、長時間動くエージェントの費用まで定額に含まれるとは判断できません。

導入検討では、契約名だけでなく、対象機能が利用可能か、誰の予算で動くか、利用量をどこで確認するかを管理担当者と照合します。具体的な単価や利用条件は契約と最新の公式案内を確認してください。Codeの現行要件は、仕事用アカウントではCopilotライセンスと組織による有効化、個人用では対象プランを前提としています。

出典：Microsoft：提供予定とAI利用費用の説明

Codeが見つからない場合の確認順は、Copilot Codeの契約・Frontier・管理者設定の解説を参照してください。

社内データとの接続は、便利さと管理を一緒に考える

Microsoftは今回、業務の文脈をCopilotへつなぐMicrosoft IQや、プラグインをIT部門が一元管理する仕組みも説明しています。単に機能の入口を増やすのではなく、組織のデータと業務へ接続する方向が示されています。

ここで業務側が準備したいのは、「AIに見せたい資料を全部つなぐ」という指定より、どの判断にどの情報が必要かという対応関係です。

顧客向け提案書なら、契約が確定した情報、営業上の見込み、サポート上の記録を区別しておく必要があります。すべてを同じ確かさで文章へ取り込むと、社内の見込みが顧客への約束として伝わる恐れがあります。

最初の試行では、参照先を少数に絞り、どの記述がどの資料から来たかを担当者が確認できる状態にします。接続を増やす判断は、情報を多く渡せたかではなく、必要な情報を適切に使えているかを基準にすると進めやすくなります。

まず一つの仕事で、完成条件と確認負担を比べる

最初から業務全体を任せるより、完成形を判断できる仕事を一つ選ぶ方が評価しやすくなります。以下は、週次報告を題材にした編集部の試行例です。

1. 参照する案件一覧と報告対象期間を決める。
2. 今週の変更、遅延、判断待ちの3項目で報告案を作る。
3. 担当者が元データと照合し、修正にかかった時間を記録する。
4. 同じ作業が繰り返されるなら、Codeによる画面化やAutopilotによる定期作業を検討する。

生成時間だけでなく、人が確認・修正する負担も見る

評価するのは生成時間だけではありません。根拠をたどれるか、修正がしやすいか、情報がない場合に未確認と分かるかまで見ます。人が直す工程を含めて負担が減っているなら、対象を広げる判断ができます。

毎回入力を整え直す必要がある場合は、機能を増やす前に元データの形式をそろえる方が効果的なこともあります。

実務上の注意

この記事の業務例や依頼条件は編集部による整理で、各機能を実機検証した結果ではありません。利用可能な機能、地域、契約、管理者設定、費用を確認してから試してください。プレビューの内容や提供予定は変更される可能性があります。

まとめ

新しいCopilotは、Homeで相談と成果物づくりを進め、Codeで繰り返し使う仕組みを作り、Autopilotで継続する仕事を任せるという役割で整理できます。

導入時は、完成条件を判断できる仕事を一つ選び、利用条件と費用、人が確認する範囲をそろえて評価することが出発点です。

関連記事：AIへの指示・スキルを整理する考え方

よくある質問

出典・参考情報

• Microsoft：Introducing the new Copilot with Home, Code and Autopilot
• Microsoft Learn：Copilot Codeの現行要件
• Microsoft：Frontierの提供条件

一次資料確認日：2026年11月9日。記事の発表日は2026年9月25日です。