変更要約: ①ミニクイズ 9 件の「畑違いの誤答」を是正＝公式出題範囲に無い NSG／TDE／Azure Key Vault を外し、同じ Copilot・エージェント管理領域の実在機能（ライセンス割り当て／PAYG 課金ポリシー／Copilot Analytics／プロンプト管理／ユーザー アクセスの構成／承認プロセス／エージェントの作成・監視）へ差し替えた（問題バンク側 ab900-059/062/065/066/067/068/069/070/071 と同じ是正）。②節2から段落 p-intune を削除＝Microsoft Intune は公式 skills measured にも audience profile にも登場せず（前身 MS-900 からの混入）、本節の主題である Copilot の管理タスクとも無関係だったため。同じ混入だった問題 ab900-081 も公式トピック（エージェントの作成）へ差し替えた。 / 節2の課金ポリシーの記述を Microsoft Learn（pay-as-you-go/setup）に合わせて具体化（請求先の Azure サブスクリプション＋リソース グループ／対象ユーザー・グループ／予算＝通知であって上限ではない／従量課金サービスへの接続で有効化／作成に必要なロール／テナントあたり最大50）。あわせてミニクイズ q2 を ab900-064 の是正後の設問に合わせて再構成（誤答を同じ Copilot 管理領域の実在機能へ）。各節に図（figure）を追加＝cert-figure-retrofit。AB-900 第3章を新規作成（ドメイン3「Copilot・エージェント管理」: 機能=Copilot vs エージェント/月額・従量課金 PAYG/有効化・無効化/Researcher・Analyst・カスタムエージェント、Copilot 管理=ライセンス割り当て/PAYG 課金ポリシー/Copilot Analytics 利用・採用監視/プロンプト管理、エージェント管理=ユーザーアクセス構成/作成/承認プロセス/監視 M365・Power Platform 管理センター）

3.3エージェントの基本的な管理タスク

エージェントは強力な反面、誰が使えるか・承認されているか・安全に動いているかの統制が欠かせません。管理者は、アクセス構成・作成・承認・監視のライフサイクル全体を管理します。

3.3.1アクセス構成・作成・承認

まず ユーザー アクセスの構成で、どのユーザー/グループがどのエージェントを使えるかを制御します（最小特権）。エージェントの 作成は、組織のナレッジや業務に合わせて行います。組織で配布する前には 承認プロセスを通し、未承認のエージェントが無秩序に使われないようにします。これにより、安全性とガバナンスを担保します。

3.3.2エージェントの監視とライフサイクル

運用後は、エージェントの 利用状況・運用インサイト・ライフサイクル（作成→公開→更新→廃止）を監視します。管理は Microsoft 365 管理センター と Microsoft Power Platform 管理センター を用い、Copilot Studio などで作られたエージェントを横断的に統制します。「作る → 承認する → 監視する → 廃止する」という一連の流れを押さえます。

タスク	内容	場所
アクセス構成	誰がどのエージェントを使えるか	最小特権で制御
作成	組織のナレッジ/業務に特化	Copilot Studio 等
承認	配布前の承認プロセス	未承認の無秩序利用を防止
監視	利用状況/運用インサイト/ライフサイクル	M365 管理センター・Power Platform 管理センター

注意

混同に注意：
①エージェントは承認プロセスを経てから配布する（未承認の無秩序利用を防ぐ）。
②監視は Microsoft 365 管理センターと Power Platform 管理センターの両方を用いる。
③アクセスは最小特権で構成する。

試験ポイント

「要件 → 管理タスク」が頻出。例：「誰がエージェントを使えるか制御」＝ユーザー アクセスの構成、「組織配布前にチェック」＝承認プロセス、「エージェントの利用状況やライフサイクルを監視」＝M365 管理センター/Power Platform 管理センター、「組織固有のエージェントを用意」＝エージェントの作成。

3.3.3この節のまとめ

• エージェント管理のライフサイクル：アクセス構成（最小特権）→作成→承認→監視
• 配布前に承認プロセスを通し、未承認の無秩序利用を防ぐ
• 監視は Microsoft 365 管理センターと Power Platform 管理センターの両方