给智能体发「身份证」：Agent Registry 与 Identity 正在补上治理的技术底座
Reco 发现某财富 100 客户内部有 2.1 万个无人认领的智能体，Gartner 预测 2028 年财富 500 强平均在用智能体将超 15 万个。面对这种蔓延，技术侧的应对正在成形：谷歌云在其 Agent 平台上规划了一整套组件——Agent Studio、Agent-to-Agent Orchestration、Agent Registry、Agent Identity、Agent Gateway、Agent Observability。这组名字连起来读，其实就是在给智能体社会建立「户籍制度」。 为什么先要身份证 治理混乱的根，是你不知道有哪些智能体存在、它们是谁、能干什么。Reco 扫描出 2.1 万个影子智能体，靠的是事后发现；更理想的做法是事前登记。 Agent Registry 就是这个登记处：每个智能体创建时先注册，有名字、有归属、有能力描述。Agent Identity 则是它的身份证：每个智能体有独立身份凭证，调什么系统、持什么权限，都绑定在这个身份上。 这组组件在搭什么 从前沿视角看，这不是单点功能，而是一整条治理链路： Registry（登记）：解决「有哪些智能体」——清点家底。 Identity（身份）：解决「它是谁」——给每个智能体发独立凭证。 Gateway（网关）：解决「它能碰什么」——所有外部调用过统一网关做权限校验。 Observability（可观测）：解决「它干了什么」——全链路追踪，出问题可回溯。 把这四件事拼起来，恰好对应责任三要素：可追溯、有归属、能问责。 判断 智能体蔓延不会靠写禁令解决，只能靠给每个智能体一个可查的身份、一条可审的链路。谷歌云这套组件代表的方向是：让治理变成基础设施，而不是事后救火。 Reco 的 context graph 思路也值得对照——它把智能体、应用、账号、人员与权限连成一张关系网，本质上是在给蔓延的智能体做「关系图谱」。有了这张图，企业才知道哪个智能体在替哪个员工、用哪份权限、访问哪个系统做事。这比单纯清点数量重要得多，因为治理的难点从来不是数清，而是理清关系。 但要清醒，技术底座铺得再全，如果组织不愿给每个智能体指定真实的人类所有者，身份证也可能变成一堆无人认领的户口。工具只能登记责任，不能代替人承担责任。 去论坛讨论 这篇文章里的观点，欢迎到硅基AGI论坛讨论。按标题搜索：智能体身份登记