AI News HubLIVE
站内改写3 分钟阅读

谁能在企业代理战争中扮演瑞士?

OutSystems 在 ONE 大会上推出其 AI 代理平台,强调其作为中立协调者的角色,不拥有底层数据,而是整合 SAP、Salesforce 等系统。文章还讨论了影子 AI 和令牌成本问题。

来源The New Stack AI作者: Frederic Lardinois

每一家企业软件供应商都在销售某种版本的同一概念:基于企业上下文并由中央控制平面管理的 AI 代理。SAP、ServiceNow、Salesforce——它们都有。在 6 月于阿姆斯特丹举行的 ONE 大会上,OutSystems 也发布了其版本,其首席执行官伍德森·马丁承认这些方案表面上看起来非常相似,但他也认为 OutSystems 采用了截然不同的方法。

马丁告诉 The New Stack:“如今很容易认为所有企业软件供应商都在提供完全相同的产品。”原因是企业代理编排“在今天还处于未开发状态。每个人都瞄准它。每个人都有一个关于自己为何能成为领导者或参与者的精彩故事。”

对于 OutSystems 来说,这个故事是关于中立性的。当 SAP 和 Salesforce 在其生态系统中推销代理编排,同时它们也是记录系统时,这家有 25 年历史的前低代码公司(现在自称是代理系统平台)希望成为协调所有系统的层,而不拥有底层数据。

不成为记录系统的优势

马丁表示,该公司长期以来一直在扮演某种类似角色。“我们是商业现成解决方案之间的粘合剂,”他说。“我们让企业成为自己的企业,而不是 SAP 企业或 Salesforce 企业。”

他说,一家资产管理客户在过去六七年间使用 OutSystems 作为约 80 个系统的编排引擎,用于基金注册。当然,那时并非用于任何代理系统,但 OutSystems 的角色并没有太大不同。“我们已经在扮演协调者的角色,”马丁说。“在其他情况下,我们尚未在客户中获得该地位,我们将不得不为此而努力。”

OutSystems 的首席信息官蒂亚戈·阿泽维多也持相同观点。“我们对所有这些东西都是中立的。”他指出,OutSystems 平台并不生成其处理的大部分数据。其重点始终是集成现有系统。“我们的惬意之处在于,我们将多个系统整合在一起,形成对流程有意义的形态。”

对 Claude、Codex 和 Kiro 开放

在 ONE 大会上,该公司推出了 OutSystems Agent Experience,这是一个平台层,公开了模型上下文协议(MCP)和代理到代理(A2A)服务。开发者现在可以使用第三方编码工具(如 Claude Code、Codex、Cursor 和 Kiro,AWS 的规范中心 IDE)构建、发布和扩展 OutSystems 应用程序。

其中第一项服务现已上线 OutSystems Developer Cloud(ODC),这是云原生、当前一代的平台。对 OutSystems 11(较旧的自行管理平台,大量现有客户仍在其上运行)的支持已以早期访问形式推出。

“运行 O11 的现有客户希望使用 Claude 或 Codex 等工具来改进他们的应用程序,”阿泽维多说。“所以我们实现了这一点。[……] 我们让很多人感到高兴。”事实上,当基调和宣布时,它赢得了比一些其他大型产品公告更多的掌声。

他认为,鉴于开发者现在在编码工具之间随意切换,开放平台别无选择。“我坚信开放系统,”他说。“如果你封闭这些环境,你就完蛋了。”

会议上的其他发布包括 Agentic Enterprise Orchestration 服务和下一代 OutSystems Agent Workbench,该工具现已全面上市,增加了代理评估、护栏、语义搜索和 Amazon Bedrock 支持。

还有一个预览发布:一项新的现代化服务,基于 AWS Transform 和 Kiro 构建,用于将 COBOL 和 Lotus Notes 系统迁移到该平台,以及一个预打包的代理解决方案用于贷款发起,这是今年晚些时候推出的一系列打包代理行业解决方案中的第一个。

IT 部门的新祸害:影子 AI

阿泽维多说,影子 IT 已经回归为影子 AI。虽然他过去总能通过之前的平台转变领先于内部技术需求,但现在这变得越来越困难。“对于 AI,这是不可能的,”他说。“完全不可能。在人类能力范围内是不可能的。”

他描述的方式是,一个中央团队可能构建大约 10 个大型代理工作流来解决公司规模的问题。“这些就是我们所说的大赌注,”他说,这些赌注耗尽了团队的能力。其他的一切都意味着让组织的其余部分构建自己的代理,而每一个这样的请求都会立即引发谁可以接触哪些公司数据以及通过哪些 MCP 服务器的问题。每个部门的需求,他说,几乎呈指数级增长。

令牌账单

不出所料,现在这也与所有令牌的成本问题结合在一起。

“我的首席财务官也会问,令牌使用情况如何?预算怎么办?谁来买单?”他说。“如果看每月 500 欧元或美元,乘以 12,再乘以 1200 或 1500 人,一年就是数百万。”

目前,在 OutSystems,他几乎手动分配令牌预算,保护可能扩展的项目,并削减那些只服务于一个人的项目。

“这是最昂贵的软件——而我管理过大合同,”阿泽维多说。“这是我手中最昂贵的。”

“结果发现,我四月份在 Anthropic 上的头号令牌消费者是澳大利亚的一位业务价值顾问……他为什么每周烧掉 7500 美元的令牌?这不在预算内。”

马丁也从 CEO 的角度讲述了类似的故事。“结果发现,我四月份在 Anthropic 上的头号令牌消费者是澳大利亚的一位业务价值顾问,”他说。“我们想,他为什么每周烧掉 7500 美元的令牌?这不在预算内。”

马丁将这一变化追溯到最新一代的推理密集型模型,这些模型大约在一月和二月出现,“我们在三月和四月收到的令牌账单开始让所有人感到害怕。”

对于整个 OutSystems 平台,答案在于模型灵活性。客户可以自带模型,无需接触代理逻辑即可切换,并通过 Amazon Bedrock 将请求路由到最便宜的选项以有效完成任务。马丁说,一些客户早期就在 OutSystems 上构建了模型路由器,将复杂请求发送给昂贵模型,简单请求发送给廉价模型。

他还认为,OutSystems 的企业上下文图意味着在企业上下文图上进行推理比在应用程序的原始代码库上进行推理消耗更少的令牌。

“我认为组织会像对待企业中任何其他重要支出一样,对此形成规律,”马丁说。“现在这几乎对每个人都变得重要。”

OutSystems 的优势可能确实在于它不是一个记录系统,但与之相连接。随着这些记录系统通过新的 MCP 工具开放,这个前低代码平台可能恰好处于正确的位置——并拥有正确的客户群——来帮助其客户将所有这些系统整合在一起,即使这些平台推出了自己的代理构建器和编排平台。有时你可能希望你的代理靠近数据,但随着时间的推移,没有人愿意管理半打代理编排平台。