如果你的公司有2000个AI代理在同时干活，你知道它们都在干嘛吗？
AWS今天给出了答案：大多数企业根本不知道。他们管这叫"代理蔓延"（agentic sprawl）——听起来像某种科幻恐怖片里的外星入侵，其实是每个正在大规模部署AI的公司的日常噩梦。
当AI员工比真人还多，HR系统先崩了
AWS Agent Registry今天开放预览，这个产品定位很直白：给AI代理做一个"企业微信"。
不是比喻。AWS自己在博客里说，这东西就像"AI代理的人力资源部门"——登记每个代理是谁建的、干嘛用的、用什么协议、怎么调用。区别在于，人类HR管的是几百号人，这东西要管的是成百上千个没有脸、不会打卡、7×24小时运行的自动化程序。
问题出在AI开发的孤岛效应。
一个团队花了三周做了个支付处理代理，隔壁部门不知道，又从头做了一个。AWS的数据没明说，但行业里的共识是：大型企业里这种重复造轮子的浪费，能占到AI开发工时的30%以上。
更麻烦的是合规。没有中央目录，就意味着有"黑户"代理在跑关键业务——没人审批过，没人审计过，出事的时候连谁建的都不知道。
跨云查岗：AWS的野心不止自家地盘
Registry最狠的设计是平台无关性。它不只索引AWS上的代理，Azure的、GCP的、甚至本地机房的，都能往里塞。
这步棋很AWS。他们不在乎你的代理跑在哪，但要当那个"控制平面"（control plane）——这个词在云计算里通常指Kubernetes那种调度中枢，现在AWS想把它复制到AI代理层。
元数据是核心。每个代理的登记信息包括：构建者身份、用途描述、协议类型、调用方式。更细的是运行时数据——哪些在生产环境活跃、延迟多少、 uptime 怎么样。
换句话说，老板终于能打开一个仪表盘，看到"那个处理发票的代理昨天挂了3次"这种细节。
从重复造轮子到拼乐高
开发者视角的变化更实际。以前想自动化一个新流程，得从头写代理。现在可以在Registry里翻现成的，像拼乐高一样组合预审核过的技能模块。
AWS把这个能力归到AgentCore平台底下。AgentCore是今年推的代理开发框架，Registry是它的"发现层"。
一个数字：AWS说企业正在从"几个实验性机器人"扩展到"数百甚至数千个自主代理"。这个量级下，没有中央目录就等于没有管理。
竞争对手也在动。微软有Copilot Studio的代理目录，Google在Vertex AI里推Agent Engine。但AWS是第一个明确喊出"跨云治理"口号的——他们赌的是企业不会把所有代理押在一个云上。
谁在为2000个AI员工负责？
Registry的预览版今天上线，正式定价还没公布。但产品逻辑已经清晰：AI代理的管理复杂度，正在快速逼近甚至超过传统软件。
软件有版本控制、有依赖图谱、有监控告警。AI代理多了一层——行为不确定性。同一个代理，今天处理发票没问题，明天遇到一张格式奇怪的可能就卡住。Registry解决不了这个，但至少让你知道它卡住了。
AWS的类比是"人力资源部门"。但HR管的是人，人有自我报告能力。AI代理不会主动说"我今天状态不好"——除非有人给它装上监控，再建一个Registry这样的地方统一看。
热门跟贴