仕事を止めないAI：Microsoft Copilot Autopilotの機能と注意点
これまでの業務AIは、人が質問して初めて動くものが中心だった。会議を要約させ、文書の下書きを作らせ、表計算の分析を頼む。会話をやめれば、AIの仕事も止まる。
Microsoftが2026年9月25日に発表したCopilot Autopilotは、その前提を変えようとしている。名前、役割、目標、境界を与えると、選ばれたチャネルを見守り、定期業務を実行し、関係者へ確認し、数日後も同じ案件を続ける常駐型・先回り型のエージェントだ。クラウド上で動くため、利用者が別の仕事をしている間や就寝中も、許可された範囲の作業を続けられる。Microsoft公式発表
ただし、現在地を誤解してはいけない。2026年9月末時点のAutopilotは非公開プレビューを拡大する段階であり、すべてのMicrosoft 365利用者が使える一般提供機能ではない。対象プラン、地域、管理機能、実際の挙動は今後変わる可能性がある。
新しいCopilotにおけるAutopilotの位置
今回の発表では、AIとの仕事が複数の方式に整理された。
Chatは質問、検索、要約、短い下書きをすぐに処理する。CoworkはRFP回答、発売準備一式、顧客説明資料、決算パッケージなど、完成まで任せる複合業務を扱う。Codeは自然言語からアプリ、トラッカー、ダッシュボード、自動化、社内ワークフローを作る。Autopilotは役割と目標を長く保ち、次の指示を待たずに必要な動きを続ける。
HomeはChatとCoworkをまとめる出発点だ。Office in Copilotでは、生成文を別の画面へコピーするのではなく、実際に編集できるWord文書、Excelブック、PowerPoint資料をCopilot内で作成・更新できるとMicrosoftは説明している。
CodeはGitHub Copilotと共通する基盤技術を利用し、サンドボックスで動作する。Cowork、Code、Copilot Studioで作った仕組みを組織テナント内で実行するMicrosoft Copilot Managed Runtimeも発表されたが、こちらも現在はプレビューだ。
Autopilotは何でも一つで行う万能ボットというより、会話、成果物作成、ツール構築の上に継続性と自発性を加える役割と考えると分かりやすい。
Autopilotが仕事を続ける仕組み
1. 名前・役割・目標を持つ
「取引先審査の進行担当」のように役割を決め、何をもって完了とするかを設定する。成果物、期限、報告先、再試行回数、停止条件まで具体化して初めて、常に動くAIを管理できる。
2. チャネルとスレッドを見守る
AutopilotはTeams、Outlook、チャット、チャネル、文書など、社員が日常的に使う場所に現れる。指定したチャネルの更新を確認し、返答のないスレッドを追い、必要なフォローを始めることが想定されている。
これは全社の会話を無制限に読むという意味ではない。固有のidentityに付与された権限だけを使う構成でなければならない。便利な監視機能ほど、閲覧範囲を狭く保つ必要がある。
3. 定期業務と長期案件を実行する
週次報告の回収、契約更新の確認、提出物の催促、定例会議の準備などが候補になる。従来のRPAやワークフローも定期実行できるが、Autopilotが目指す違いは、会話や文書の文脈を読み、例外に応じて次の行動を変える点にある。
4. 固有の作業文脈を保つ
Microsoftは、Autopilotが固有のidentity、memory、computer、workspaceを持つと説明する。社員のPCで開いたままのブラウザーに依存せず、別の業務主体として状態を維持し、数日後も前回の進捗から再開する考え方だ。
5. 人に確認を戻す
良い常駐型エージェントは、人を排除するのではなく、判断が必要な場面で正しい人を呼ぶ。資料が足りなければ担当者へ更新を求め、契約、法務、会計、労務などの判断は責任者へ戻す。全部を自動完了する能力よりも、どこで止まるべきかを理解する能力が重要だ。
6. 権限・監査・ガバナンスの対象になる
組織テナント内の固有identityで動き、アクセス権限と監査の対象になる。誰が目標を作ったか、何を読み、何を変更し、誰へ連絡し、どの操作を人が承認したかを追跡できることが前提だ。Microsoft IQは組織の知識と業務文脈をCopilotとエージェントへつなぐ基盤として紹介された。
日本企業で効果を確認しやすい場面
日本の組織では、生成文の量を増やす仕事よりも、担当者依存や引き継ぎ不足で止まりやすい業務から試す価値がある。
稟議・承認前の資料確認
申請書、見積書、過去の議事録、Excelの数値を集め、不足項目を作成者へ戻す。Autopilotは準備と進行を支援し、承認そのものは権限を持つ人が根拠を確認して行う。
取引先審査と契約更新
期限、セキュリティ資料、回答状況、会議準備を一つの進行表で管理する。Microsoftが公式発表で示した例も、取引先審査の計画、準備、会議、フォローを行うものだ。価格交渉、契約確定、リスク受容には人の明示的な承認を残す。
会議後の宿題管理
決定事項、担当者、期限を整理し、未回答項目を確認する。次の会議前に進捗と論点をまとめれば、議事録を作るだけのAIから、会議と会議の間をつなぐAIへ変わる。
月次報告・決算準備
部門ごとの提出物を集め、形式と欠落を確認してレビュー用のパッケージを作る。会計判断、仕訳承認、外部提出は、資格と権限を持つ担当者が出典と共に確認する。
人手不足部門の引き継ぎ
担当者しか分からない定例確認を、文書化された目標、データの場所、例外時の連絡先へ変換する。エージェントを導入する前に業務手順が整理されること自体が効果になる。ただし人事評価や個人情報の処理は別の厳格な境界が必要だ。
Codeと組み合わせた小さな社内DX
定期業務に専用の申請画面や進捗ダッシュボードが必要なら、Codeが小さなツールを作り、Autopilotがその上で進行を保つ構成が考えられる。既存のExcel台帳を急に全廃するより、対象業務を限定して置き換える方が検証しやすい。
従来の自動化との違い
従来型のワークフローは、「毎週月曜9時にファイルを複製し、計算し、決められた宛先へ送る」のような固定ルールに強い。速く、安く、同じ条件で同じ結果を再現しやすい。
常駐型エージェントは、目標は一定でも経路が変わる仕事に向く。担当者が返答しなければ再確認し、新しい文書が来れば内容を反映し、会議が変われば準備順を調整する。その柔軟性は、分岐、モデル利用、失敗経路、費用も増やす。
単純な定型作業までエージェントに置き換える必要はない。ルールが固定された処理は従来の自動化を残し、人、会話、文書をまたいで例外が多い業務にAutopilotを使う方が合理的だ。
稼働前に設計する五つの管理点
完了条件と停止条件
「プロジェクトを管理して」では広すぎる。「毎週金曜15時までに未回答項目をまとめ、外部送信せず、チーム内の確認用チャネルへ下書きを置く」のように、成果、頻度、公開範囲、エスカレーション先を決める。
最小権限
必要なチーム、フォルダー、メールボックス、アプリだけを許可する。全社検索、一括削除、大量送信を初期権限にしない。可能なら閲覧、編集、送信、削除を分離する。
人の承認
社外送信、契約、支払、公開、アカウント作成・削除、人事判断、個人情報移動、一括更新の前に人の承認を必須にする。AIは操作と根拠を準備し、責任者が対象と影響を確認する。
例外と監査記録
完了件数だけでなく、確信度が低かった判断、権限不足、繰り返した依頼、人が却下した提案、費用増を確認する。問題は成功一覧より例外に現れやすい。
元に戻せる仕事から開始
閲覧のみの情報収集、社内向け下書き、未回答の表示から始める。失敗率と例外を測定し、書き込みや社外連絡は実績に応じて段階的に広げる。
月額契約だけでは費用を判断できない
Microsoftは、回答、下書き、要約、Office作業など日常的なAIをユーザー契約ライセンスの領域として説明している。一方、Cowork、Code、Autopilotのような長時間エージェント処理にはusage-based billing、つまり従量課金を使う。
常駐型エージェントは、人が会話していない時間にもモデルとツールを利用する可能性がある。管理者には、エージェント別予算、使用量通知、許可モデル、自動停止条件、成果に対する費用を確認するFinOpsが必要になる。月額ライセンスを契約したから無制限に動くと考えてはいけない。
プレビュー参加前の確認事項
- 対象テナント、契約、地域、プレビュー条件は何か。
- エージェントのidentityを誰が所有し、最終責任を負うか。
- 閲覧、編集、送信、公開、削除を分離できるか。
- 機密チャネルと社外参加者を対象外にできるか。
- 重要操作の前に人の承認を技術的に強制できるか。
- 各操作の出典と理由を監査ログで追跡できるか。
- memoryとworkspaceの保存期間、出力、削除方法は何か。
- 費用上限と自動停止を設定できるか。
- 異動・休職・退職時に所有権を安全に移せるか。
- 緊急停止、復旧、事故対応を実際に試したか。
まとめ
Copilot Autopilotの本質は「AIが夜も働く」という言葉ではなく、プロンプトとプロンプトの間でも業務の状態と責任を保つことにある。案件を見守り、必要な人を探し、定期業務を続ける体験は、質問に答えるチャットボットとは明確に異なる。
一方、持続性は誤りも持続させる。過大な権限、曖昧な目標、予想外の費用が、誰も見ていない時間に積み重なる可能性がある。導入の出発点は仕事を最大限に任せることではない。狭く元に戻せる業務で信頼を測り、identity、権限、承認、監査、費用を一体として設計することだ。
商標・画像について
Microsoft、Microsoft 365、Copilot、Teams、Outlook、Word、Excel、PowerPoint、GitHubおよび関連する商標は各権利者に帰属する。本記事はMicrosoftの提供・承認を受けた広告ではない。記事内の画像は本記事のために新たに制作し、企業ロゴ、製品画面、第三者の写真、第三者の著作物を複製していない。
出典
- Microsoft：Introducing the new Copilot with Home, Code and Autopilot
- Microsoft：Copilot leadership update
