OOOMETA/OS
← 返回洞察

2026 年 8 月 · 6 分钟阅读

微软 Agent 365 治理手册:从“先有可见性”到规模化治理 Agent

微软 Agent 365 治理手册:从“先有可见性”到规模化治理 Agent

关键定义

Agent 注册表(Agent Registry) Agent 365 中作为核心清单的中央库存,用元数据标注每个 Agent 的所有权、生命周期状态与使用情况,作为治理、安全与管理的单一权威来源。

先有可见性(Visibility First) 微软的治理起点:先建立对环境中所有 Agent 的统一可见性,再叠加审批工作流。没有一个清晰的 Agent 清单,就无法做出知情决策或在风险出现时自信回应。

规模化治理(Governance at Scale) 在数十万 Agent 规模上,不靠逐个人工审查,而是用规则引擎、程序化 API 与基于属性的批量操作,把风险审查与治理自动化。

当 Agent 在微软内部已经达到数十万个,靠人逐个审查显然行不通。微软在自有生产租户里落地 Agent 365,作为“Customer Zero”复盘出一套可复制的治理打法:先建注册表建立单一权威清单,把企业已有的身份、数据与威胁防护延伸给 Agent,再用规则引擎与批量操作实现规模化治理——同时刻意避免让治理成为流程瓶颈。

Agent 在微软内部如何规模化

微软在 Microsoft Digital 部门与 Agent 365 产品团队协作,把整套工具落地到生产租户,为跨组织观察、管理、治理与保护 Agent 提供统一方式。核心思路是延伸既有企业控制:与 Microsoft Entra 集成做 Agent 身份,与 Purview 集成做数据安全与合规,与 Defender 集成做威胁防护,并与 M365 管理中心协作做运营,全部为增强的 Agent 控制而优化。

Agent 治理触及身份、权限、数据访问、工作流自动化、合规与业务结果,因此成为一项跨团队运动。微软强调,Agent 365 是一个监督与协调层,而不是取代平台或身份管理员的专长——它是看大局的最佳位置。管理 Agent 是对既有纪律的演进,而非全新模型。

起点:先有可见性,再谈治理

随着 Agent 在微软内部扩散,可见性被证明是稳健治理的前提。没有对环境中所有 Agent 的清晰理解——包括它们从哪里来、人们如何用它们——就很难做出知情决策或在风险出现时自信回应。因此,建立一份完整的 Agent 注册表是治理生态系统的关键第一步,也是微软的第一条经验:先有可见性,再叠加审批工作流,并把审批匹配到组织的风险容忍度与运营模式。

微软还特别提醒,避免制造官僚瓶颈。成功的 Agent 管理依赖伙伴关系与编排,而不是中央集权——不应由某一位管理员包办一切。可见性、审批、风险信号三者要分层推进,而不是一次性铺开。

注册表:单一权威清单

在 Agent 365 中,注册表是核心清单,用元数据增强:追踪 Agent 所有权、生命周期状态(草稿与已发布)、使用分析。这份单一权威清单让每个 Agent 可见,并支撑多项能力——通过追踪 Agent 所有权通过审计;向业务决策者呈现租户的 Agent 足迹与用量;按用户划定 Agent 范围,或基于地区与监管要求排除用户;基于用量与运行时标记高影响 Agent。

在微软这样的规模,仪表盘本身不够——公司已有数十万个 Agent 在使用,逐个审查不可能。微软依赖既有的成熟治理:护栏、成熟的软件开发流程、基于风险的 App 与 Agent 管理策略,在检测到风险时触发审查。Agent 365 用自动化与规则引擎、通过 API 与脚本的程序化访问,以及基于权限、连接器与用量等属性的批量操作,把监督操作化。

把企业控制延伸给 Agent

微软在 Microsoft Digital 里学到:保障 Agentic AI 安全不是发明一套全新的安全模型,而是把已经信任的身份、数据与威胁防护延伸出去,同时让风险在一个地方可见。Agent 365 在单一视图中呈现 Agent 相关安全信号,让 IT 团队快速看到重点,即使补救发生在别处。它从 Entra 摄取身份信号、从 Purview 摄取数据信号、从 Defender 摄取运行时行为,再把这些整合为连贯的安全体验。

微软把 Agent 安全归纳为两个主要类别,并强调用可见性把风险聚焦到真正重要的地方。可观察性——原始遥测在大规模下本身是负担——需要一层智能来浮出风险与失控的成本。这正是规模化治理区别于“收集日志”的关键。

规模化治理:规则引擎与批量操作

“知道某个 Agent 存在”只是起点。理解人们如何使用它、它如何连接数据与其他 Agent 完成工作流、风险或集中点在哪里出现,这才是规模化有效治理的关键。因此,Agent 365 的洞察越来越以优先级场景呈现,例如高风险、无主或闲置的 Agent,并把这些洞察与应对路径配对——比如通过重新分配或淘汰无主 Agent 来满足合规预期。

建立共享可见性,而非追求完美

第一天你不需要完整的运营模型。重要的是创造关于“存在哪些 Agent、人们如何使用、风险与机会在哪里”的共享可见性与数据。

用注册表与元数据应对蔓延

一份可靠、带所有权、生命周期状态与用量数据的 Agent 注册表是地基。没有它,随着采用增长,Agent 蔓延、重复与无主 Agent 将不可避免。

明确角色与交接

有效治理依赖安全、AI 管理员、身份管理员与平台所有者之间的清晰协调。把它当作编排而非层级,并让监督层与各平台专长各司其职。

持续学习,而非一劳永逸

Agent 生态快速演进,新类型、新工具、新用法不断出现。准备度是一项随监督、自动化与治理共同成熟的持续能力。

治理是团队运动,不是层级

微软的核心结论是:治理 Agent 不需要第一天就有全部答案,重要的是为 Agent 规模化时“安全演进”创造条件——清晰的行政管理实践、可靠的注册表、有效的可观察性、以及可信赖的安全信号。这条路径与更广泛的行业共识一致:无论是 Forrester 的 AEGIS 框架(把 Agent 当作一等实体管理身份、最小自主权、持续监控),还是把 Agent 当作非人类身份来治理,都指向同一件事——把治理内建到 Agent 的生命周期与运行时,而不是事后补救。

OOMeta 的视角

微软的打法最有价值的一点,是把“规模化”从口号变成了工程问题:当 Agent 数量从十几个涨到几十万,任何依赖逐个人工审批的治理都会失效。先建注册表、再延伸既有企业控制、最后用规则与批量操作自动化——这套“可见性 → 控制 → 自动化”的顺序,是可复制的。对绝大多数企业而言,立刻能落地的不是采购全套工具,而是先建立一份带所有权与用途的 Agent 注册表,并把“任何 Agent 上线前都必须注册、可追踪、可撤销”当作一条硬规则。当每个 Agent 都有归属、边界与审计轨迹时,规模化治理才真正成为可能。

参考来源:Microsoft Inside Track Blog, "Implementing Agent 365: How we're governing and managing AI agents at Microsoft", 2026-08-06, www.microsoft.com/insidetrack/blog/implementing-agent-365-how-were-governing-and-managing-ai-agents-at-microsoft/

常见问题

Agent 365 是什么?+

它是微软为治理和安全管理 Agent 而构建的统一工具套件:一个集中的 Agent 管理器,提供跨组织的观察、管理、治理与保护 Agent 的统一视图,并与 Entra(身份)、Purview(数据)、Defender(威胁)及 M365 管理中心集成。

微软为什么强调“先有可见性”?+

因为 Agent 已在微软内部大规模扩散——公司里已有数十万个 Agent 在使用。没有对环境中所有 Agent 的清晰清单(包括来源与用途),就很难做知情决策或在风险出现时自信回应。建立完整注册表是关键第一步。

注册表提供了什么?+

一个单一权威清单,让每个 Agent 可见、追踪所有权、捕获关键元数据。它支持审计、向决策者展示租户的 Agent 足迹与用量、按地区或监管要求划定 Agent 范围,并按用量与运行时标记高影响 Agent。

微软如何做到“数十万 Agent 规模”下的治理?+

仪表盘不足以应对规模。微软依赖既有治理——护栏、成熟的软件开发流程、基于风险的 App 与 Agent 管理策略,在检测到风险时触发审查;并用规则引擎、程序化 API 和基于权限、连接器与用量的批量操作实现治理自动化。

对企业有什么可借鉴的?+

先建立共享可见性,而非追求完美;把 Agent 管理当作 IT 实践的演进(身份、生命周期、访问控制、安全),而非全新模型;明确团队角色与交接(编排而非层级);用注册表与元数据应对 Agent 蔓延、重复与无主 Agent;让治理成为跨团队运动,避免单一管理员造成流程瓶颈。

相关文章

OpenAI 承认 Astra 思维链更难监控:审计证据必须从模型推理搬到动作边界

OpenAI 在 Astra 系统卡中首次承认:模型对自身思维链的控制力增强,链式思维监控的可信度下降,隐蔽作弊可能无法被发现。三天后首席科学家 Pachocki 撰文称没有任何实验室已解决对齐与监控。当被审计的实体能控制审计所读取的推理,审计就不再是独立证据。

知道坏了,不知道是谁干的:七成企业无法定位肇事 Agent

Kore.ai 调研 408 家已在生产运行 Agent 的企业:82% 的 Agent 自主执行过关键动作,79% 需要人工回滚、其中 93% 的回滚被评价为昂贵且有破坏性;70% 的企业能发现故障却无法定位是哪个 Agent 造成的。可观测性≠可归因,没有身份绑定的动作证据,遏制、回滚与问责都无从谈起。

AI Agent身份治理真空:谁为自治系统负责

AI Agent 身份治理出现所有权真空:CSA 与 Strata 对 285 位安全专业人士的调查显示,仅 23% 企业拥有正式的 Agent 身份管理战略,所有权碎片化,人类审批成为上线瓶颈。本文解析为自治实体设计身份基础设施的出路。

Okta CISO调研:半数安全高管看不见自己的AI Agent

对306位CISO的全球调研显示,不足半数能识别环境中的全部Agent(47%)、控制其访问(46%)、授权其行为(45%)。81%担忧过度访问,仅31%与董事会就AI风险达成共识。身份治理成熟度决定风险敞口。