Copilot Autopilotを企業で使うなら？ 従量課金・権限・管理の注意点と新しいCopilotの全体像
Copilot Autopilotは、Microsoftが9月25日（米国時間）に発表した新しいCopilotに入る、指示を待たずに動き続けるエージェントです（旧称Scout）。この記事では、Home・Code・Autopilotでできること、Xでの受け止め方、企業で使う前に確認したい従量課金・権限・管理の注意点を整理します。
発表の見出しは「Copilotの大幅刷新」で、国内の報道もHome・Code・Autopilotの3つを並べて紹介するものが中心でした。
ただ、公式ブログと同じ日に出た料金の説明、管理者向けのドキュメントまで読むと、印象が少し変わりました。今回の発表は、新機能の話と同じくらい「エージェントの仕事に、誰の権限で、いくら払うか」の話でもあります。公式発表、国内外の報道、アナリストの評価、X上の声をもとにまとめました。
1. 新しいCopilotとは：Home・Code・Autopilotの3本立て
新しいCopilotは、これまで別々に見えていたChat、Cowork、Scout、Officeとの連携を、1つのCopilotアプリにまとめ直したものです。軸になるのは「Home」「Code」「Autopilot」の3つです。
Satya Nadella CEOは、Copilotを「仕事のための新しいOS」として作っていると書き、今回を「過去最大のアップデート」と呼んでいます。投稿の動画は元の投稿で見られます。撮影した時点で137万回表示されていました。
どれもFrontierプログラムやプライベートプレビューからの提供で、すぐに全社で使える状態ではありません。日本での提供時期や日本語対応については、今回の発表には書かれていませんでした。
2. できること：頼む、任せる、作る、待たずに進める
公式ブログの説明を、使う側の動きで並べ直すと4つに分かれます。
1つ目は、Chatで頼むことです。簡単な質問、調べもの、下書きなど、これまでのCopilotと同じ使い方です。
2つ目は、Coworkに任せることです。タスクを定義すると、最後まで実行して成果物を返します。公式ブログは、提案依頼書（RFP）への回答、製品のローンチキット、顧客向けブリーフィング、決算の資料一式を例に挙げています。今後は、ChatかCoworkかCodeかを利用者が選ばなくても、Copilotが振り分けるようになるとしています。
3つ目は、Codeで作ることです。作りたいアプリ、トラッカー、ダッシュボード、自動化を言葉で説明すると、Copilotが作り方を選んで構築します。デスクトップに常駐するウィジェットから、チームで共有するクラウド上の社内アプリまでが対象です。Microsoftは、これまでの仕事の単位だった文書・表計算・スライドに続く「4つ目」として、小さな専用アプリを位置づけています。
4つ目が、Autopilotに進めてもらうことです。名前、役割、目標を設定すると、チャネルを見張り、スレッドをフォローし、定期作業をこなし、数日後にプロジェクトを再開します。公式ブログの例は、サプライヤーレビューの運営です。スケジュールと作業計画を作り、準備、会議、フォローアップ、関係者への進捗確認までを担うとしています。
3. すごいところ：チャットの道具から「仕事の実行基盤」へ
ここからは、すごいところを「常時稼働」（3-1）、「実行基盤」（3-2）、「料金」（3-3）、「業務データ」（3-4）の順に見ていきます。
3-1. 常時稼働：Autopilotはプロンプトを待たない
これまでのCopilotは、どれだけ賢くなっても「人が頼んだら動く」ものでした。Autopilotはこの前提を外します。クラウドで動くため、利用者が寝ている間や別の仕事をしている間も作業を続けます。
Autopilotの元になったScoutは、2026年6月2日に発表されています。Microsoftはこのとき、固有のIDを持って常に動くエージェントを「Autopilots」という新しいカテゴリーと呼び、Scoutをその最初の1つとして紹介していました。今回、そのScoutがAutopilotという名前でCopilotの中に入った形です。
今回の公式ブログでは、Autopilotはテナントの中に自分のID、メモリ、コンピューター、ワークスペースを持つと説明されています。TeamsやOutlookで同僚のように@メンションでき、権限、監査、ガバナンスの仕組みがその裏にあるとしています。
3-2. 実行基盤：作ったアプリをテナントの中で動かす
個人的に一番大きいと感じたのは、Autopilotよりも「Microsoft Copilot Managed Runtime」のほうでした。
生成AIで社内ツールを作ること自体は、もう珍しくありません。困るのは、その後です。どこで動かすのか、誰がログインできるのか、どのデータにつなぐのか、作った人が異動したら誰が面倒を見るのか。ここが決まらないまま、個人のPCやよく分からないクラウドにツールが増えていくのが、情シスにとっての悩みでした。
Managed Runtimeは、自社のMicrosoft 365環境の中でコードを動かすホスティング基盤です。IT部門が統制し、利用者はアプリを共有したり、データにつないだりできます。Cowork、Code、Copilot Studioで作ったアプリの共通の土台になり、外部の開発者にも開放されます。現在はプレビューです。
3-3. 料金：日常の利用は定額、エージェントは従量
料金の考え方も今回はっきりしました。日常的なChatやOfficeアプリでの作業は、ユーザー単位の月額ライセンス（USL）です。USLには「Auto」が入っていて、リクエストごとに精度・速度・コストを見て、適したモデルに振り分けます。
一方、Cowork、Code、Autopilot、AstraやFableといった最先端のモデルは、Copilotクレジットによる従量課金（UBB）です。UBBを使うにはUSLが前提になります。
Microsoftは料金説明のブログで、日常の仕事までメーターで測ると、企業が利用を絞り、一部の人しかAIを使えなくなると書いています。定額と従量を「バッテリーとガソリンタンク」にたとえたプラグインハイブリッドのような仕組み、という説明でした。
3-4. 業務データ：Power BIやDynamics 365の文脈を使う
Copilotが参照できる業務データも広がりました。Power BIにある2,000万以上のセマンティックモデルの文脈を取り込むFabric IQは、ChatとCoworkで一般提供が始まっています。Dynamics 365とPower Platformのデータ連携も、今後1カ月でパブリックプレビューとして提供されます。
公式ブログの例では、営業担当者が提案書を作るとき、商談の履歴やサポートチケットをアプリを切り替えずに文書に組み込めるとしています。
4. で、企業ではどう使う？：先に「財布」と「権限」を決める
ここからは、企業で使う前の注意点を「従量課金」（4-1）、「権限とID」（4-2）、「情シスの管理」（4-3）の順に見ていきます。
発表を読んでいて思ったのは、Autopilotは「便利な新機能」として配るより、新しく人を1人受け入れるときに近い準備が要りそうだ、ということです。
4-1. 従量課金：Copilotの支出ポリシーを先に作る
まず安心できる点があります。Microsoftの料金説明によると、企業顧客では、管理者がMicrosoft 365管理センターで支出ポリシーを作るまでUBBの機能はオフのままで、それまでは課金されません。気づいたら従量課金が走っていた、ということは起きにくい設計です。
支出ポリシーでは、テナントやグループ単位の予算、グループ内のユーザーごとの上限、しきい値でのアラートを設定できます。上限に近づいた人に警告を出すか、追加を申請させるか、何も見せないかも選べます。費用をAzureのサブスクリプションやリソースグループに割り当てられるので、部門ごとの予算管理に乗せやすくなっています。
気をつけたいのは、Microsoft Learnに書かれている「新しいサービスの自動適用」という設定です。既定で有効になっていて、今後サポートされるサービスやエージェントにも、既存の支出ポリシーが自動で適用されます。今のポリシーを作ったときに想定していなかった機能まで、同じ予算の中で使えるようになるということです。新しい機能が出るたびに確認したい組織は、この設定をオフにしておく必要があります。
単価の見通しも、まだ立てにくい状況です。Copilot Credits Guide（2026年9月版）では、従量課金メーターの単価は1クレジット0.01ドルです。ただ、Coworkが1つの仕事でどれだけクレジットを使うかは、使うモデル、実行時間、参照する文脈、使うツールの組み合わせで変わるとされています。アナリストのPatrick Moorhead氏は、クレジットのレートがまだ公表されていない、CFOにはその数字が必要だと指摘していました。最初は小さなグループに低い上限を設けて、実際の消費を見てから広げるのが現実的だと思います。
4-2. 権限とID：Autopilotを「同僚」として扱う
Autopilotはテナントの中に自分のIDとメモリを持ち、プロンプトなしでチャネルを見て、関係者に連絡します。人がその場で確認しない時間に、組織の中で動くということです。
6月のScoutの発表では、各エージェントが共有の匿名アカウントではなく、管理された固有のEntra IDで動くと説明されていました。アクセスできる範囲は利用者が承認したものに限られ、機密性の高い操作は、実行前に人の承認を必須にできます。Microsoft Purviewの秘密度ラベルやDLPも、データを送ったり書き込んだりする前に適用されるとしています。
仕組みはそろっています。ただ、どこまで任せるかを決めるのは各社です。自分なら、最初は「社内の定型フォローだけ」「社外への送信は人の承認を必須にする」といった線を引いてから試すと思います。Autopilotのプライベートプレビューに参加する条件は、今回の発表には書かれていませんでした。6月時点のScoutでは、Frontierプログラムへの登録、Intuneのポリシー設定、オプトインでの同意が必要でした。
もう1つ、見落としやすい点があります。Copilot Credits Guideでは、Coworkを使う前提条件に「テナントでAnthropicが有効になっていること」が含まれています。Microsoftの料金説明によると、今のモデルの提供元はOpenAIとAnthropicです。外部のモデル提供元の利用を社内で審査している組織は、その確認を先に済ませておく必要がありそうです。
4-3. 情シスの管理：Copilot Codeで作ったアプリとプラグインの棚卸し
Codeで誰でもアプリを作れるようになると、アプリの数は増えていくはずです。Microsoft Learnによると、Coworkで作ったアプリはMicrosoft 365管理センターの「アプリ」に一覧として表示され、利用状況の監視や、データアクセス・利用に関するポリシーの適用ができます。Managed Runtimeで動くアプリの費用もコスト管理の対象になりました。
プラグインについては、Microsoft、パートナー、自作のものを1つのカタログにまとめる「プラグインレジストリ」が用意され、ITが一元的に承認・管理できます。
名前の混同にも注意が要ります。Microsoftには、PCの初期設定と展開に使う「Windows Autopilot」がすでにあります。GitHub CopilotにもAutopilotという名前のモードがあります。社内の問い合わせやドキュメントで「Autopilot」と書くときは、どれのことかを明記したほうがよさそうです。
導入前の確認項目をまとめると、次の3つです。
支出ポリシーの予算・上限・アラートを決め、「新しいサービスの自動適用」をオンのままにするか判断する
Autopilotに任せる仕事の範囲と、人の承認を必須にする操作（社外送信など）を決める
Codeのアプリとプラグインの承認フロー、Anthropicを含むモデル提供元の社内審査を確認する
5. Xの実例：発表はどう受け止められたか
新しいCopilotはまだFrontierプログラムとプライベートプレビューで配り始めた段階なので、Xでも「作ってみた」の投稿はほとんど見つかりませんでした。代わりに、発表をどう受け止めたかの声を集めました。
ここからは、「中の人の発信」（5-1）、「現場の受け止め」（5-2）、「冷静な評価と懸念」（5-3）の順に見ていきます。
5-1. 中の人の発信：Autopilotは社内で使われている
出典：@jeffteper
MicrosoftのJeff Teper氏は、Autopilotがすでに自分の働き方を変えたと書き、すべてAgent 365で統制されると添えています。Microsoftの幹部による発言なので、第三者の評価として読むものではありません。ただ、社内でどう使われているかを示す材料ではあります。
新機能を追いかけているTestingCatalogは、AutopilotがScoutの名前を変えたものだと整理し、Frontierプログラムで試せる時期が来たと反応していました。
5-2. 現場の受け止め：Managed Runtimeと従量課金に注目
日本語の投稿で目を引いたのがこれです。Managed Runtimeを「地味に良くない？」と取り上げ、ビジネス側の人が作ったアプリをMicrosoft 365の中にデプロイでき、ホスティング、認証、データ接続、運用管理がその中で完結する点を評価しています。利用者はEntraでログインし、IT側は管理センターで利用状況を見られる、という整理は企業での使いどころをよく表していると思います。
こちらは4つの機能を日本語で短くまとめた投稿です。Cowork・Code・Autopilotのエージェント部分が月額ではなく従量課金になる点をはっきり書いていて、今回の料金の変化が伝わりやすくなっています。
出典：@oyu3m
Copilot Chat、Copilot Cowork、Microsoft Scout、Codeを統合したスーパーアプリ構想、という受け止め方もありました。ばらばらだった製品名が1つのアプリの中の機能名になった、という見方は、利用者の目線では分かりやすいと思います。
5-3. 冷静な評価と懸念：料金の見通しと名前の重複
出典：@PatrickMoorhead（長い投稿のため、冒頭から引用部分までを掲載）
アナリストのPatrick Moorhead氏は、席単位の課金に従量課金を足す方向は正しいと評価しつつ、クレジットのレートがまだ公表されていないと指摘しています。一方で、無人で動くエージェントは扱うデータと同じ統制の範囲に置くべきで、Autopilotがテナントの中にIDやメモリを持つ設計はそれに沿っている、とも書いています。「エージェントの仕事に対してMicrosoftが対価を得る話だ」という一文は、今回の発表の本質を短く言い当てていると感じました。
出典：@WgfcHigo
こちらは表示回数の少ない投稿ですが、情シスの目線で大事な指摘だと思い載せました。PCの初期設定に使うWindows Autopilotがすでにあるのに、名前を重ねるのか、という疑問です。社内で両方を扱う管理者にとっては、問い合わせやマニュアルでの取り違えが起きやすくなります。
Futurumのアナリストも、3つの中でAutopilotに最も戦略的な重みがあると評価しています。同時に、同社の調査では、エージェントの信頼性やハルシネーションが導入の懸念の1位（55.4%）でした。Autopilotの監査やガバナンスの仕組みは、購入の判断に直接かかわる、という見立てです。
6. まとめ：Autopilotを試す前に、予算と任せる範囲を決めておく
新しいCopilotは、Home（Chat＋Cowork＋Office）、Code（自然言語でアプリ作成）、Autopilot（旧Scout、常時稼働のエージェント）の3つで再構成された。提供はFrontierプログラムとプライベートプレビューから
料金は、日常のAIが月額のUSL、Cowork・Code・Autopilotがクレジットの従量課金。企業では支出ポリシーを作るまで従量課金はオフで、「新しいサービスの自動適用」は既定でオン
AutopilotはEntra IDや人の承認、Purviewの制御の上で動く設計。ただし、何を任せ、どの操作に承認を挟むかは各社が決める必要がある
今回の発表で、Copilotは「人が頼むと答えるAI」から「組織の中で動き続ける作業者」に近づきました。Patrick Moorhead氏が書いたように、料金の考え方も「ライセンスを持つ人」から「エージェントがした仕事」へ移り始めています。
11月17〜20日にはMicrosoft Igniteがあり、公式ブログもそこでさらに発表すると予告しています。クレジットの具体的な消費量や、Autopilotの提供範囲がどこまで明らかになるかを見ておきたいところです。
このnoteでは、話題のAIニュースを「で、企業ではどう使う？」の視点で整理しています。
7. 補足：参考資料
Introducing the new Copilot with Home, Code and Autopilot（Official Microsoft Blog）
Evolution of the Copilot pricing model（Microsoft Tech Community）
常時稼働するあなた専用のパーソナル エージェント Microsoft Scout が登場（Microsoft Source Asia）
マイクロソフトが「Copilot」を大幅刷新。Office統合と自然言語アプリ開発を強化、自律エージェント機能も（Business Insider Japan）
Microsoft Scoutとは？常時稼働するAIエージェント「Autopilot」とFrontierプログラムをわかりやすく解説（Qiita）
