你可能已经拥有一个用于开发和管理智能体的平台，甚至可能有两个或更多，这种智能体的泛滥使得智能体能够在企业的更多领域中运作，但也带来了更高的复杂性、增加了安全顾虑，并可能损害投资回报率。
在过去的一年里，供应商们一直在急于将智能体产品添加到他们的产品组合中。微软、AWS、谷歌、IBM、Salesforce、ServiceNow、Workday和SAP都已经涉足这一领域，而数据管理软件提供商Informatica本周也承诺将在其智能数据管理云中添加智能体，以自动化数据处理流程。
对供应商锁定的担忧
分析师表示，供应商之间的激烈竞争以及对供应商锁定的担忧正在推动智能体的泛滥。
“企业感到困惑，正在讨论应该投资哪种智能体解决方案，因为几乎所有的云服务提供商和SaaS玩家都提供某种形式的智能体产品。”咨询公司West Monroe的合伙人Cam Cross说。
West Monroe的客户正在采用多个智能体，因为智能体领域没有明确的赢家，而且目前投资于单一平台存在供应商锁定的风险，Cross说。
此外，没有什么能阻止企业再添加“一个”智能体平台到他们的组合中，因为供应商们正以免费或低价的工具及其他优惠来吸引他们，Cross补充道。
一个熟悉的故事
智能体的泛滥，无论是智能体还是其他类型的智能体，都是企业技术领域新产品类别的一个熟悉特征。我们已经见证了数据库、云计算、GenAI和大型语言模型(LLM)的兴起过程中的这种泛滥——还有上一代自动化工具。
The Futurum Group的CIO实践负责人Dion Hinchcliffe将智能体的泛滥比作RPA在其鼎盛时期不受控制的扩散。他说，RPA最初也是从小处着手，比如自动化发票处理、客户入职等，但很快就演变成了一堆脆弱、重叠的机器人，且治理不善。
“同样的风险也适用于这里：自主式智能体大脑的RPA，它们更聪明，适应性更强，但如果没有协调，它们就会相互碰撞、重复工作，并让用户和系统都感到困惑。”Hinchcliffe说。
West Monroe的Cross看到了智能体泛滥与企业服务总线(ESB)架构增长的相似之处，后者用于在应用程序之间交换数据。
“许多技术供应商都有自己偏好的ESB集成工具，这使得企业内拥有了太多类似的工具。随着时间的推移，许多企业不得不整合这些工具以降低成本。”Cross说。
无论是RPA、ESB还是智能体，为同一任务拥有多个技术平台都可能导致更高的运营和支持成本、许可挑战，以及需要维护多种技能集。
AgentOps能否阻止智能体的泛滥?
为了防止智能体的泛滥，IT领导者必须在它深入企业之前果断采取行动。
数字工作者平台DoozerAI的联合创始人Paul Chada表示，他们可以从之前的泛滥事件中吸取教训。
“数据库的泛滥表明，数据治理必须在广泛采用之前进行，而云计算的泛滥则表明，没有监督的分散采购必然导致低效。”Chada说。
Hinchcliffe建议企业现在应采用AgentOps思维。“CIO们应该专注于在智能体泛滥之前创建一个企业范围的生命周期管理、可观测性、安全性和投资回报率测量流程，”他说。“领导者应该从DevOps和MLOps中汲取灵感：工具、护栏、测量和中央政策层是关键，他们应该指定一个跨职能团队来管理智能体的采用，以免每个部门都推出自己的智能体解决方案。”
应对智能体泛滥的协议
另一种控制智能体泛滥的方法是企业专注于智能体之间的互操作性，他们可以通过寻找支持模型上下文协议(Model Context Protocol，MCP)的系统来实现这一点，MCP是一种连接AI系统与数据源的通用、开放标准，另一种可能性是采用谷歌的A2A协议，该协议用于跨多个系统的自动化工作流程。
然而，MCP和A2A都还处于开发和采用的初期阶段，而且这样的协议和接口标准肯定会激增。事实上，IT领导者接下来可能不得不应对的威胁是智能体协议的泛滥。
