$UiPath(PATH)$
转自X:DAVYinvests
我认为UiPath的发展势头比大多数投资者意识到的要强劲得多……
我想抢占先机，在看跌的论调开始形成之前，解释一下 MCP 和 A2A 如何影响 Maestro。
企业人工智能领域最容易被忽视的发展趋势之一是专用人工智能代理的快速普及。大型企业现在同时部署来自多家供应商的代理：微软 Copilot、Salesforce Einstein、谷歌 Gemini 代理、OpenAI 定制 GPT、Anthropic Claude 等等。虽然这带来了巨大的能力，但也带来了一个重大的集成挑战：这些代理各自独立运行。它们难以相互发现、安全地共享上下文、交接任务或以标准化的方式访问企业系统。
UiPath 在解决这种碎片化问题方面拥有独特的优势。他们将如何做到这一点？答案是：两种新兴的开放协议，即模型上下文协议 (MCP) 和代理到代理协议 (A2A)。它们可以与 Maestro 编排平台相结合，成为关键的推动因素。
核心问题：人工智能代理分散
如果没有通用框架，每个新客服都需要进行定制集成才能连接到后端系统（例如 SAP、ServiceNow、Workday 等）并与其他客服协作。这些连接耗时、成本高昂且不稳定。随着部署的客服数量从 5 个增加到 15 个甚至更多，集成负担将成为真正提高生产力的主要障碍。
解决方案：开放协议 + 中立编排
MCP 和 A2A 是与供应商无关的标准，旨在消除这种摩擦。
模型上下文协议 (MCP) 最初由 Anthropic 公司提出，现已被广泛采用，它充当通用适配器的角色。它允许任何 AI 模型或代理通过标准化接口安全地发现企业工具和数据源并与之交互，其作用类似于“企业 AI 的 USB-C”。
- 由谷歌领导、Linux 基金会管理的 Agent to Agent 协议 (A2A) 拥有 50 多个创始成员（包括 Salesforce、SAP 和 Deloitte），定义了来自不同提供商的代理如何相互发现、协商任务、安全地交换上下文以及委派工作。
乍一看，大多数投资者会认为这两者可以取代 Maestro，但实际上恰恰相反。
UiPath Maestro 是该公司的云原生编排平台，从一开始就旨在充分利用这两种协议。Maestro 将 UiPath 丰富的自动化和连接器库作为 MCP 服务器对外开放，同时利用 A2A 协议协调多厂商代理的工作流。最终形成一个受控且可审计的环境，来自 Microsoft、Google、OpenAI 或任何兼容供应商的代理无需进行自定义开发即可接入并协作。
实际上，这使得 UiPath 从传统的 RPA 提供商转变为整个代理生态系统的中立编排层。UiPath 不再与每个新的代理供应商正面竞争，而是成为提升所有供应商整体价值的关键基础设施。
解决“外部代理人”问题
在最近的财报解读中，管理层指出，Maestro平台对第三方代理的广泛应用仍处于早期阶段。我想澄清的是，这反映的是采用时间上的限制，而非技术上的限制。该平台已经通过基于REST的集成服务连接器和原生MCP/A2A实现支持外部代理，并且实际部署（例如与Microsoft Azure AI Foundry的合作客户）正在加速推进。
为什么这在结构上是利好因素
企业采用的AI代理越多，对统一编排架构的需求就越大。开放标准确保UiPath能够从生态系统的发展中受益，而不是被其取代。近期与微软、谷歌、英伟达等公司的集成表明，各大平台都将UiPath视为智能体时代的战略合作伙伴（而非竞争对手）。
简而言之，以“MCP/A2A取代Maestro”为核心的悲观论调忽略了更重要的方面：UiPath正在发展成为多智能体企业的实际操作系统。智能体数量越多，该平台就越不可或缺。