新CopilotのHome・Code・Autopilotとは？大企業での使い方

大企業で注目したいのは、AIへの質問を増やすことより、資料・担当者・確認作業に分散している仕事をつなげられるかです。 Microsoftが発表した新しいCopilotは、その可能性を考えるきっかけになります。

本記事は2026年9月28日時点の公式情報に基づく解説です。新機能の実機レビューではありません。後半の業務例・プロンプト・導入手順は、発表を踏まえたテクノシルの提案であり、実装済み機能や導入効果の保証ではありません。

発表の要点と、いつ使えるのか

Microsoftの日本語発表は、米国時間2026年9月25日の発表を紹介したものです。中心となる機能は次の3つです。

Codeの実行環境としてCopilot Managed Runtimeもプレビューで発表されました。また、Homeの「Today」とTeamsの「@Copilot」にも今後のプレビュー予定があります。

発表されたことと、自社で使えることは別です。 利用画面に表示されない場合、ライセンス、管理者設定、段階提供の状況を確認しましょう。ここでのAutopilotはAIエージェントの名称で、端末展開に使うWindows Autopilotとは別の話です。

Home：営業提案の準備を、成果物までつなぐ

Homeを使う場面として考えやすいのは、顧客訪問前の準備です。過去の議事録を探し、提案の論点を整理し、説明資料にする作業をひとまとまりで依頼します。

以下は、機能が提供された環境で試すための依頼例です。

指定した顧客フォルダーの議事録と提案書から、次回商談用の説明資料を5枚で作ってください。決定事項・未確認事項・次に聞くことを分け、各スライドに参照元を記載してください。金額や納期が資料間で食い違う場合は、推測せず確認事項にしてください。

使い方のコツは、最初に参照資料を絞ることです。「この顧客について全部調べて」よりも、対象フォルダー、資料の日付、今回の商談目的を指定するほうが、結果を確認しやすくなります。

レビューでは文章の自然さだけでなく、引用した金額・契約条件・日付を原本と照合します。過去の提案条件を現在も有効と誤認していないかが、大企業の営業資料では重要です。

Code：部門内の小さな不便をアプリにする

最初の題材には、大きな基幹システムより、部門内で使う貸出備品の一覧や研修申込状況の表示などが向いていると考えます。画面の見た目と、必要なデータ項目を小さく定義できるからです。

依頼例：研修の申込状況を可視化する

ダミーデータで研修申込状況を表示する試作アプリを作ってください。研修名、開催日、定員、申込人数を一覧にし、満席を色で示してください。最初は閲覧だけにし、個人情報の表示、外部送信、実データへの書き込みは実装しないでください。

この段階で確認するのは「生成できたか」ではなく、「担当者が迷わず使えるか」です。定員を超えたとき、データが空のとき、読み込みに失敗したときの表示も見ます。

次に、IT部門と接続先・認証・閲覧範囲を決めてから実データに進みます。必要なコネクターやAPIが自社環境で使えるかは個別の確認事項です。既存システムへの接続が、自動で完成する前提にはしません。

作った人が異動しても運用できるよう、所有者・更新方法・廃止条件を残すことが大切です。 小さなアプリでも、業務で使い始めれば保守が必要になります。

Autopilot：案件の進捗確認を継続して任せる

活用案として相性がよさそうなのは、週次の案件進捗確認です。毎回同じ項目を確認し、期限が近いものを拾い、担当者向けの確認文を準備する仕事を想定します。

依頼例：プロジェクトの遅延兆候を拾う

対象は指定したプロジェクトの資料とチャンネルのみです。平日の朝に、期限が3営業日以内で完了していない項目を整理してください。確認依頼は下書きまで作り、送信前に担当責任者の承認を求めてください。期限や担当者が不明なら推測せず、要確認として報告してください。

これは運用要件の例です。この文を入力するだけで、承認制御やアクセス制限が実装されるわけではありません。 実際に提供される管理機能・接続先の権限で制約を設定し、停止方法と監査ログを確かめる必要があります。

初期検証では、読み取りと報告に限定する方法をおすすめします。次に社内向けの下書き作成へ進み、対外送信や日程変更は別段階で評価します。誤った催促を取引先へ送るような失敗を、社内検証の段階で見つけやすくなります。

大企業では、権限・責任・費用を先に決める

1. 閲覧権限が広すぎる資料を見直す

Microsoftのセキュリティ文書では、Copilotが既存の権限を尊重する一方、過剰に共有された情報がリスクになると説明しています。

「AIが権限を守る」ことと「現在の権限が適切である」ことは別の確認です。試行対象のSharePointサイトやTeamsについて、退職者・異動者・全社員向け共有などを点検します。古い資料には最新版への案内を付け、何を正本として扱うかも明確にしておきます。

2. 出力を承認する人を決める

この表は編集部の運用提案です。承認者が曖昧な仕事を、そのままAIに任せても責任の所在は解決しません。誤りを見つけたときの修正担当と、運用を止める担当を決めておきます。

3. 定額ライセンスだけで予算を組まない

発表では、Cowork・Code・Autopilotなどに利用量に応じた課金が案内されています。契約済みの定額ライセンスですべて無制限に使えるとは考えず、公式の料金モデル案内と、自社契約の見積もりを確認してください。

検証の予算は「利用者数」だけでなく「1業務あたりの試行回数」で考えると現場に合います。例えば、1件の提案書に何度も修正依頼を出す場合、そのやり直しも記録します。

評価指標は、AIの利用料＋人の確認・修正時間を含む、完了1件あたりのコストです。安い出力でも修正に時間がかかれば効果は小さく、単価が高くても難しい作業を短縮できれば価値があると判断できます。

自社で試すまでの手順

Frontierの管理者向け手順では、管理者が対象者のライセンスを確認し、Microsoft 365管理センターの「Copilot → Settings → View all」から「Copilot Frontier」を検索してアクセス対象を設定します。

全社一斉ではなく、まず特定の利用者を対象にする方法を提案します。エージェントやAIプロバイダーの許可も確認してください。Frontierを有効にするだけで、Autopilotのプライベートプレビューへの参加が保証されるわけではありません。

社内検証は、次の順番なら結果を比べやすくなります。

1. 対象を決める： 例えば1部門の週次資料だけを選び、現状の作成・確認時間を測る。
2. 条件をそろえる： 参照資料と完成条件を固定し、ダミーデータまたは許可済み資料で試す。
3. 失敗を測る： 引用間違い、権限違反、修正回数、実行費用を記録する。
4. 拡大を判断する： 完了時間と品質が改善し、担当者が保守できるものから利用範囲を広げる。

プレビューは仕様変更や提供停止の可能性があり、正式版と同じサポートを前提にはできません。利用できる機能・地域・契約条件を管理者が確認し、検証結果を残しましょう。

まずは「ひとつの仕事が終わるか」で評価する

大企業では、資料を作る速さだけでなく、確認の往復や引き継ぎが減るかが重要です。新しいCopilotを試すなら、営業資料1件、部門アプリ1個、週次確認1業務のように、完了を判定できる単位から始めるのがよいと考えます。

できることを広く試す前に、参照資料・成果物・承認者・費用の範囲を決める。 その準備が、今回の新機能を大企業の実務につなげる出発点になります。