AIエージェントに社員と同じIDを配る──Copilot再設計「Autopilot」の技術的な中身｜2026年9月27日版

2026年9月27日

誰もいない夜のオフィスで、IDバッジ型の光がクラウドとつながり働き続ける様子を表したイメージ。

誰もログインしていない深夜のテナントの中で、名前と役割を与えられたエージェントがチャネルを監視し、数日前の仕事の続きを再開する。Microsoftが9月25日に公開したCopilotの再設計は、そういう状態を前提に組み直されている。

見た目はタブが3つ（Home / Code / Autopilot）並んだだけに見える。だが技術的に効いているのは、Autopilotの各エージェントに、共有サービスアカウントではなく個別の管理対象Entra ID、専用のメモリ、計算資源、ワークスペースが割り当てられるという点だ。エージェントが「ツール」ではなく「アカウントを持つ主体」として扱われ始めている。

そして、その主体が動いた分は従量課金で請求される。UIの刷新ではなく、権限とコストの設計変更として読むべき発表だ。

今日の要点

Microsoftが9月25日、Home / Code / Autopilotの3構成でCopilotを再設計。Autopilotは9月末に非公開プレビューへ
Autopilotはユーザー不在でもテナント内で稼働し、Teams・Outlookから@メンションで呼べる
課金は「固定のUSL」と「エージェント作業の従量課金（UBB）」の二階建てに分かれる
同じ週、Anthropicの大型計算基盤契約やAlibabaのAgentCore発表も重なり、エージェント運用の土台づくりが各社で進んだ

Copilot再設計の中心は「常駐するエージェント」

Microsoftの公式ブログによれば、新しいCopilotはHome、Code、Autopilotの3つで構成される。Homeはチャットと「Cowork」、さらにWord・Excel・PowerPointの編集を束ねる入口。Codeは自然言語で業務アプリやダッシュボードを作る場で、GitHub Copilotと同じ基盤技術で動く。

そしてAutopilotが、今回の発表でもっとも設計が変わった部分だ。

何が起きたか

Autopilotは、所有者が名前・役割・ゴールを与えて動かす常駐エージェントとして定義されている。公式の説明では、ユーザーが操作していない間もMicrosoft 365の中で働き続け、チャネルを監視し、スレッドを追い、定例業務やフォローアップを引き受ける。仕入先レビューの進行管理のような、期間をまたぐ仕事が例に挙げられている。

実行環境も人のアカウントに近い。クラウド上に固有のID、メモリ、計算資源、作業スペースを持ち、利用企業のテナント内に置かれる。組織の文脈理解にはMicrosoft IQが使われる。TeamsやOutlook、チャネルの中に同僚のように現れ、@で呼び出せる。

報道ベースの技術解説では、権限周りはさらに具体的に説明されている。各エージェントは共有アカウントではなく個別のEntra IDを持ち、アクセス範囲はタスク単位に絞られ、機微な操作の前には人の承認を挟む。Purviewの秘密度ラベルやDLPポリシーが送信・書き込みの前段で効き、認可の記録は監査ログに残る。ここは公式発表の文面より踏み込んだ整理なので、実際の挙動は自社テナントでの検証が前提になる。

なぜ重要か

エージェントに専用IDを配るという設計は、これまで曖昧だった問題に線を引く。

誰の権限で動いたのか：共有アカウント運用だと、事故のとき責任と影響範囲の切り分けができない
どこまで触れるのか：タスク単位のスコープなら、越権アクセスの範囲を事前に設計できる
止め方があるのか：管理センターのアプリ一覧から、アクセス・利用状況・ポリシーを見て有効/無効を切り替える運用になる

裏を返すと、エージェントの数だけIDライフサイクル管理の対象が増える。作成・棚卸し・退役の手順を持たない組織では、数か月後に「誰も役割を説明できないエージェント」が残る。

今後の確認点

Autopilotの非公開プレビューが9月末から。一般提供の時期と対象プランはまだ示されていない
Homeは「Frontier」プログラムから段階的に展開、CodeはFrontierで9月末から、その後数週間で広がる予定
個人向けのMicrosoft 365 Premium / Proでのプレビューは2026年内とされている

課金は二階建て、FinOpsが管理者の仕事になる

今回もう一つ実務に直撃するのが料金の分け方だ。

区分	対象	特徴
USL（固定）	Chat、Word、Excel、PowerPoint、Outlook、Teams内のCopilot	モデル選択と「Auto」ルーティングを含む
UBB（従量）	Cowork、Code、Autopilot	フロンティアモデル利用、モデル選択の自由度が高い

日常利用は定額、エージェントが長く働く部分は使った分だけ、という切り分けだ。だから管理側にはコスト制御の仕組みが用意されている。APIレベルの支出ポリシー、ユーザーグループごとのモデルファミリー制限、クレジット申請の承認フロー、Coworkの成果に紐づく利用分析。利用者側もクレジット残高と履歴をCopilot内で確認できる。

ここがポイント: エージェントを常駐させる設計は、「権限管理」と「予算管理」を同時に運用する体制とセットでしか回らない。IDの棚卸しと上限設定のどちらが欠けても、事故か請求のどちらかで跳ね返る。

Microsoftはこれを「FinOps for AI」と呼んでいる。情シスの見積もりが、ライセンス数の掛け算から、タスク量の予測に変わるということだ。

同じ週に動いた、エージェント運用の足回り

Copilotの発表を単独で見ると製品改定だが、周辺の動きと並べると「エージェントを常時動かすための土台」に各社が投資している構図が見える。

Anthropicの計算基盤契約（報道）

Anthropicが計算基盤をめぐる大型契約を結んだと報じられた。初期の約110億ドル規模から、延長で総額約200億ドル規模まで拡大しうる内容で、株式を取得できるワラントの仕組みも伴うとされる。金額は報道ベースで、契約条件の細部は公表資料での確認が必要だ。エージェントが常時稼働する世界では推論需要が読みにくく、長期の計算枠を先に押さえる動きは今後も続く。

AlibabaのAgentCoreと「Agent Context」

Alibabaは9月下旬のApsara Conferenceで、エージェント向けクラウド戦略と企業向けプラットフォームAgentCoreを発表した。注目はContext Engine配下の「Agent Context」で、社内文書、業務システム、チャット記録、マルチモーダルデータをつなぎ、リアルタイム文脈と長期記憶を与える。カスタマーサポートやコーディング、データ分析のような知識集約型の用途で、トークン使用量を最大67%削減できるとしている。

数字は自社公表値であり、削減率は前提となるワークロードに強く依存する。ただ方向性は明確で、モデルを大きくするより「毎回何を読ませるか」を制御する側にコストの主戦場が移っている。

日本の読者が見るべきポイント

立場によって、今週の発表から取るべき行動は違う。

情シス・管理者

エージェント用IDの作成・棚卸し・退役のルールを、人のアカウント規程とは別に決める
UBB対象機能に対する支出ポリシーと承認フローを、プレビュー参加前に設計する
Purviewのラベル運用とDLPが未整備なら、エージェントの書き込み権限を広げる前に片付ける

開発者

Codeの生成物はテナント内のマネージドランタイムでGit管理され、SDKとCLIで型付きサービスを生成する形とされる。既存の開発フローにどう接続するかが論点になる
業務部門が作った小さなアプリの保守責任をどこが持つか、早めに線を引いておく

一般の利用者

@で呼べるエージェントが同僚のように会話に現れる場面が増える。相手が人かエージェントかで、共有してよい情報の線引きが変わる

継続ウォッチ

Autopilotの非公開プレビューから見えてくる、承認を挟む操作の粒度（どこまで自動で書き込ませるか）
常駐エージェントの実コスト。UBBの請求が、タスク量に対してどれくらいの振れ幅になるか
Agent Contextのような文脈圧縮技術の削減率が、日本語・社内文書の実データでも再現するか
エージェント用IDが増えたときの、認証基盤側の棚卸し手法と監査要件

今日のまとめ

9月25日のCopilot再設計で決定的なのは、タブの数ではなく、エージェントに固有のIDと作業環境を与えてテナント内に常駐させる設計を採ったことだ。権限は人のアカウント管理の延長線上に置かれ、コストは従量課金で可視化される。

同じ週にAnthropicが計算基盤を厚く押さえ、AlibabaがAgentCoreで文脈管理とトークン削減を前面に出した。走らせる場所、読ませる文脈、支払う仕組み。三つが同時に整い始めている。

次に見るべきは、非公開プレビューで実際に何が自動化され、どこで人の承認が求められたかという運用の記録だ。そこが決まらないうちに権限を広げると、止め方のないエージェントが残る。

参照リンク

よかったらシェアしてね！

URLをコピーしました！

URLをコピーしました！