0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

新しい Microsoft Copilot(Home / Code / Autopilot)発表まとめ ― 何が変わり、何を準備すべきか

0
Posted at

本記事は、2026年9月25日に公開された Microsoft 公式ブログ「Introducing the new Copilot with Home, Code and Autopilot」の内容を、日本語で整理したものです。提供時期やプレビューの範囲は変更される可能性があるため、最新情報は必ず公式ブログおよび Microsoft 365 管理センターのメッセージセンターでご確認ください。

 

はじめに

 
2026年9月25日、Microsoft は Copilot の大型アップデートとして「新しい Copilot(the new Copilot)」を発表しました。
 
発表の中心は、Copilot アプリに加わった次の 3 つの機能です。
 

機能 ひとことで言うと 提供状況(発表時点)
Home Chat と Cowork を統合した新しい起点。Word / Excel / PowerPoint も Copilot 内で使える Frontier プログラムで今後数週間のうちに展開開始
Code 自然言語でアプリやダッシュボード、自動化を作れる Frontier プログラムで今後数週間のうちに展開開始
Autopilot 利用者が離席中も動き続ける、常駐型・能動型・パーソナルなエージェント(旧 Scout) 9月末にプライベートプレビューへ拡大
 
公式ブログの原文では、3 つの機能は次のように紹介されています。
 

Home is your new starting point, where Chat and Cowork come together
 
Code lets everyone build their own solutions with the tools to run them safely
 
Autopilot is a persistent, proactive and personal agent that keeps working even when you're not.
 
加えて、AI の支出管理と価値の最大化を支援する FinOps for AI の新機能も同時に発表されました。
 


 

1. Home:仕事の「起点」を 1 つにまとめる

 

概要

 
Home は Copilot の新しい開始画面です。会議、チャット、ドキュメント、メール、アプリ、エージェントと仕事が絶えず移り変わる中で、最近のアクティビティを確認し、Copilot にできることの提案を受け、中断した作業をそのまま再開できる場所として位置づけられています。
 
Home の中では、性質の異なる 2 つのモードが共存します。
 

モード 向いている作業 例
Chat 即時・対話的な作業 ちょっとした質問、調べもの、下書き作成
Cowork 任せる作業。タスクを定義するとエンドツーエンドで実行し、完成した成果物を返す RFP への回答、ローンチキット、顧客向けブリーフィング、決算資料一式
 
さらに今後は、モードを利用者が選ぶ必要がなくなる予定です。やりたいことを伝えるだけで、Copilot が Chat / Cowork / Code のうち最適な機能に振り分けます。
 

Office in Copilot

 
Home の目玉の 1 つが Office in Copilot です。Word、Excel、PowerPoint の機能を Copilot に統合し、Copilot から直接、編集可能な文書・ブック・プレゼンテーションを作成・更新できます。
 

  • 書式崩れ、バージョンの乱立、別アプリでのコンテキスト再構築をなくす
  • 作成物はチーム全員に対してライブで共有される
  • 会話と並べて編集でき、@メンションしたメンバーの編集もリアルタイムに反映
  • Copilot と Office アプリの間で内容が同期される
     

it creates or updates a real, editable document, workbook or presentation — live for your whole team, not just you.
 

Office アプリ側の Copilot も強化

 

  • PowerPoint:デッキをブランドに沿った状態に自動で保つ。スライドや画像の微調整、カスタムテンプレートの適用も容易に
  • Excel:Copilot や共同編集者が加えた変更について「何が、なぜ変わったか」を確認できる。データの可視化に最適なグラフも推奨
  • Skills:Microsoft 365 全体で、専門知識を作業の中に直接取り込む仕組みとして紹介されています
     

なぜこの設計なのか(筆者の見解)

 
これまでの Copilot は「Microsoft 365 アプリの中に Copilot がいる」構成でしたが、Office in Copilot は「Copilot の中に Office がある」という逆向きの入口を用意したものです。チャットで生成した内容を Word に貼り付け直す、といったアプリ間の往復そのものを減らすことが狙いだと読み取れます。成果物は実体のある Office ファイルとして作られるため、既存の共有・権限の仕組みとも整合しやすい点が実務上のポイントです。
 

 

2. Code:自然言語で「業務ソリューション」を作る

 

概要

 
Code では、自然言語を使ってアプリケーション、トラッカー、ダッシュボード、ワークフローなどを作成できます。これまでの成果物が Word / Excel / PowerPoint のファイルだったとすれば、Code はアプリや業務ツールという新しい成果物を加えるものです。
 

項目 内容
基盤技術 GitHub Copilot と同じ基盤技術
対象ユーザー 開発者以外も含めた全員が、組織の環境内で安全に自分用のソリューションを作れるように設計
提供 Frontier プログラムから段階的に展開
 

Microsoft Copilot Managed Runtime

 
Code とあわせて発表されたのが Copilot Managed Runtime です。Copilot で作ったコードを、社内の Microsoft 365 環境の中で安全に実行するためのホスティング基盤で、パブリックプレビューとして提供が開始されました。
 

  • IT 部門が管理しつつ、利用者はアプリをチームと共有し、ライブデータにつなぎ、どこからでもアクセスできる
  • Cowork、Code、Copilot Studio で作ったアプリの共通基盤
  • サードパーティやプロコード開発者にも開放
  • Code の中からも利用可能になる予定
  • IT は Microsoft 365 管理センターの新しい「Apps」ページからアプリを管理
     

なぜこの設計なのか(筆者の見解)

 
生成 AI によって「動くコードを書く」こと自体は簡単になりました。一方で、その後のクラウドリソースの準備・ID 設定・ポリシー適用・デプロイ・運用は依然として難しく、ツールごとに別々に対応するとガバナンスがばらばらになります。Managed Runtime は、「どのツールで作ったか」と「どこで動かすか」を切り離し、実行とガバナンスを Microsoft 365 テナント側に集約するための仕組みと捉えるとわかりやすいです。
 
いわゆる野良アプリ(シャドー IT)を「作らせない」のではなく、「管理された場所で動かす」方向に寄せる設計といえます。
 

 

3. Autopilot:プロンプトを待たずに働く「デジタルなチームメイト」

 

概要

 
Autopilot は、以前 Scout と呼ばれていたエージェントです。名前・役割・目標を与えると、プロンプトを待たずに仕事を進めます。
 

  • チャネルを見張る
  • スレッドのフォローアップを行う
  • 定期的な作業を実行する
  • 数日後にプロジェクトを再開する
     

アーキテクチャ上の特徴

 

項目 内容
実行場所 クラウドホスト。利用者が PC から離れていても動き続ける
所在 顧客の Microsoft 365 テナント内
構成要素 独自の ID、メモリ、コンピューター、ワークスペース
利用場所 Teams、Outlook、チャット、チャネル、ドキュメント。同僚のように @メンションできる
提供 9月末にプライベートプレビューへ拡大
 

なぜこの設計なのか(筆者の見解)

 
従来の Copilot は「利用者が聞いたら答える」リアクティブな存在でした。Autopilot が独自の ID を持つのは、利用者の対話セッションが終わった後もクラウド上で動き続けるには、利用者本人のセッションに依存しない実行主体が必要だからだと考えられます。
 
これは IT 管理者から見ると、テナント内に新しい「アクター」が増えることを意味します。サービスアカウントと同様に、権限の範囲、監査ログ、ライフサイクルを設計段階から考える必要があります。
 

 

4. ビジネスコンテキストの拡張

 
今回の発表では、Copilot が組織のデータ、業務プロセス、アプリケーションをより包括的に活用し、文脈に即した結果を返すための強化も発表されました。
 

項目 内容
Microsoft IQ Copilot が企業の仕事を理解するためのビジネスコンテキスト基盤
Fabric IQ データ由来のコンテキストを Copilot に提供
Work IQ(Dynamics 365 / Power Platform) Dynamics 365 と Power Platform の業務コンテキストを Copilot に提供
新しい Plugin Registry プラグインを管理するための新しいレジストリ
 
Plugin Registry は、エージェントやプラグインの一元管理を検討している組織にとって、特に注目すべきポイントです。
 

 

5. AI 支出の管理:サブスクリプション+従量課金、そして FinOps for AI

 

2 種類の支出モデル

 

用途 課金モデル
日常的な Copilot 利用 ユーザー単位のサブスクリプション
Cowork、Code、Autopilot などのエージェント型の作業(Astra、Fable などのフロンティアモデルを含む) 従量課金(Usage-based billing)。ユーザー単位ライセンスとは別
 

FinOps for AI

 
あわせて、AI の支出を管理し、Copilot とエージェントから最大限の価値を得るための FinOps for AI の新機能が発表されました。詳細は Tech Community の公式ブログ「New FinOps for AI capabilities: Control spend, measure value, and optimize for impact」で紹介されています。
 

なぜ課金モデルを分けるのか(筆者の見解)

 
日常的な AI 利用は「回数が多く、1 回あたりのコストが小さい」ため、固定費で予測しやすいサブスクリプションが適しています。一方、Cowork や Autopilot のような長時間・多段階のエージェント処理は、タスクごとに計算量が大きく異なり、定額に収めると提供側・利用側のどちらかに無理が生じます。そのため、使った分だけ支払う従量課金に分けたと理解できます。
 
導入側としては、パイロットの段階から支出の管理方針を設計しておくことが、後から全社展開する際の近道になります。
 

 

6. 今後の予定

 

機能 内容
Today(Home 内) 能動的に情報を提示するビュー。10 月にプライベートプレビュー開始予定
Teams の @Copilot Teams 内で Copilot を呼び出して活用する機能のプレビューが予告されています
 

 

7. Cloud Solution Architect 視点:導入前のチェックリスト

 

  1. Frontier プログラムへの参加状況:Home と Code は Frontier プログラムから段階的に展開されます。検証テナントでの早期評価計画を立てておく
  2. Autopilot の ID とガバナンス設計:独自の ID を持つエージェントとして、権限範囲・監査・責任者を事前に定義する
  3. Managed Runtime の運用方針:Cowork / Code / Copilot Studio で作られたアプリを、誰が承認し、どこで動かし、どう棚卸しするかを決める
  4. プラグインの承認フロー:Plugin Registry を前提に、社内・パートナー製プラグインの承認基準を用意する
  5. FinOps の初期設計:サブスクリプションで賄う範囲と従量課金の範囲を切り分ける
  6. メッセージセンターの継続確認:各機能の提供時期やテナント単位の条件を確認する
     

 

まとめ

 
今回の発表は、単なる機能追加ではなく、Copilot を次のような「仕事の実行基盤」へ進化させる方向性を示したものです。
 

  • 聞く(Chat)
  • 任せる(Cowork)
  • 作る(Code + Managed Runtime)
  • 継続的に動かす(Autopilot)
  • 統制する(Microsoft IQ、Plugin Registry、FinOps for AI)
     
    Microsoft Office が PC 時代の働き方を形作ったように、新しい Copilot は AI 時代の働き方を再定義するものとして位置づけられています。技術運用の立場からは、機能そのものに加えて、ID・実行環境・プラグイン・コストの 4 つの統制ポイントを早めに設計しておくことが、スムーズな展開の鍵になると考えます。
     

 

参考資料

 

本記事は個人の見解を含みます。「なぜこの設計なのか」の項目は、公式発表をもとにした筆者の解釈です。

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?