"數(shù)字員工"上崗，微軟先畫了這道"安全紅線"

“AI代理正在成為數(shù)字員工。”這是微軟推出Agent 365時(shí)最核心的定調(diào)。一句話，直接改變了企業(yè)看待AI的規(guī)則——它們不再只是工具，而是要像真正的雇員一樣被登記、被授權(quán)、被觀察，甚至被“開除”。

Agent 365并不是又一個(gè)用來搭建AI代理的平臺。它實(shí)際交付的是一個(gè)企業(yè)級控制平面，跨Microsoft 365、Copilot Studio、SharePoint、Microsoft Foundry以及第三方生態(tài)，統(tǒng)一完成發(fā)現(xiàn)、身份識別、治理、觀測、保護(hù)和淘汰代理的工作。背后的架構(gòu)思路很明確：既然這些代理能訪問企業(yè)數(shù)據(jù)、調(diào)用工具、執(zhí)行工作流、與人和其他代理協(xié)作，就決不能再當(dāng)成獨(dú)立的應(yīng)用程序來管理，而是必須配備一套完整的數(shù)字員工治理生命周期。

這套生命周期從“注冊”（Register）開始。每進(jìn)入一家企業(yè)的代理，首先要出現(xiàn)在可治理的注冊表里，變得可發(fā)現(xiàn)、可歸屬、可追蹤。這一步，奠定了所有權(quán)、資產(chǎn)清單、運(yùn)行可見性和全生命周期問責(zé)的基礎(chǔ)。

接下來是“定義”（Define）。代理被允許做什么、使用哪種身份模型、能訪問哪些資源、調(diào)用哪些工具、在什么條件下工作，這些都要在真正部署前敲定。原則很清楚：不能因?yàn)橐粋€(gè)代理能完成某項(xiàng)任務(wù)，就讓它直接上線。必須先搞清楚它的預(yù)定角色與治理邊界。

“識別”（Identify）環(huán)節(jié)要求更嚴(yán)：每個(gè)代理實(shí)例都應(yīng)通過唯一且可追溯的身份運(yùn)行，而不是共享或借用一個(gè)模糊的憑證。沒有獨(dú)立身份，企業(yè)就無法可靠地判斷某個(gè)動作、某次資源訪問或某條工作流觸發(fā)，究竟出自哪個(gè)代理。

隨后是“授權(quán)”（Authorize）。權(quán)限要嚴(yán)格按批準(zhǔn)的業(yè)務(wù)目的、最小特權(quán)原則和受管控的工具邊界來授予。問題不單是“代理能做什么”，更要定義清楚“允許做什么、在什么條件下做、做多久”。

進(jìn)入運(yùn)行階段，“觀測”（Observe）成為關(guān)鍵。企業(yè)必須有能力理解代理如何運(yùn)作、調(diào)用了什么、哪里失敗、怎么與用戶、系統(tǒng)、其他代理交互。當(dāng)代理開始跨多個(gè)執(zhí)行層做決定時(shí)，可觀測性就成了生命線。

“保護(hù)”（Protect）則要求把代理的身份、提示詞、回復(fù)、生成的內(nèi)容以及數(shù)據(jù)交互，都牢牢圈在企業(yè)的安全、合規(guī)與信息保護(hù)控制之內(nèi)。不能讓代理變成一條繞過現(xiàn)有治理的旁路，它們必須和用戶、應(yīng)用、身份、企業(yè)數(shù)據(jù)一樣，待在同一個(gè)安全合規(guī)邊界里。

接下來是持續(xù)動作——“審查”（Review）。所有權(quán)、訪問權(quán)限、活動記錄、風(fēng)險(xiǎn)暴露、數(shù)據(jù)接觸面、治理姿態(tài)都需不停重新評估。一個(gè)起初配置得當(dāng)?shù)拇恚髞砜赡軝?quán)限過高、不再活躍、失去負(fù)責(zé)人，或偏離了原始業(yè)務(wù)目標(biāo)。因此，治理不是一次性部署，而是持續(xù)的。

最后一步，是“撤銷”（Revoke）。當(dāng)數(shù)字員工完成使命或不再被需要時(shí)，企業(yè)必須有能力將其安全地退出，確保所有訪問權(quán)限和身份憑證被完整回收。從注冊到撤銷，閉環(huán)所強(qiáng)調(diào)的是一個(gè)再明確不過的信號：數(shù)字員工只有被全程治理，才值得被信任。