2026年9月3日，UiPath发布截至7月31日的FY2027第二季度财报：营收约4.10亿美元，同比增长13%；ARR，即公司定义的年化续约运行率，达到19.38亿美元，同比增长12%。

UiPath是一家以机器人流程自动化起家的软件公司，难得的是在AI重写企业软件的过程中，依然保持了增长。

8月19日，UiPath推出面向开发者的Maestro Flow，让Claude Code、Cursor、GitHub Copilot和Codex等编码工具参与业务流程的构建，再由UiPath承接运行与治理。目前，该产品处于公开预览阶段。

结合财报来看，UiPath的方向就清楚了：接受AI降低开发门槛，同时争取企业把更多自动化任务放进自身平台。此处有个容易被忽略的商业判断： 代码生成越容易，企业越需要弄清楚，生成的东西由谁管理、出了问题如何恢复、长期运行究竟花多少钱。

在此背景下，观察AI软件也有了一个更实际的角度。模型能力决定业务可以尝试什么，企业软件的收入，则取决于客户愿意把多少正式业务交给平台。UiPath接下来需要证明，产品边界的扩大能够带来持续付费。

Agent能干活之后，企业还缺一个能交账的系统

Maestro Flow切入的问题其实很具体。根据官方文档，开发者可以用编码Agent生成流程，将文档提取、人工审批和下游系统操作串联起来；流程还可以等待事件、处理分支，并保留运行状态。

以发票处理为例，读懂金额只是起点。企业还要判断付款条件是否满足，找到有权限的审批人，再把结果写入财务系统。如果中途失败，已经完成的步骤不能随意重复，审批记录也不能丢失。

在该情境下，采购理由很直接：财务部门购买自动化，最终要减少工作量，也要守住账目准确性。

UiPath为此把Agent推理、业务规则、接口调用和人工步骤放在同一流程中，并提供失败重试、执行追踪与步骤检查。此处产品设计的重点，是让生成后的流程具备持续运行和查错的条件。

还让传统自动化能力有了新的用途。其涉及判断的环节可以交给Agent，规则明确的操作仍然可以按既定程序执行，敏感决策则保留人工审批。

如此一来，企业无需为了引入AI，把所有流程都改成不可预测的自主操作，已经建立的控制规则，也有机会继续发挥作用。

微软2026年发布的Copilot Studio更新，同样强调多Agent协作、跨系统工作流和治理能力。大型平台开始解决相似问题，意味着行业内企业级AI的竞争范围已经延伸到运行管理。

对UiPath而言，也是需求被同行验证的积极信号，也意味着竞争会更直接。流程编排这个名字并不构成壁垒，客户愿意长期使用的理由，必须落到系统接入、故障处理和维护成本上。

开放编码入口，增长要在客户账单里落地

Maestro Flow允许开发者继续使用熟悉的编码Agent和开发环境，这是一个颇有意味的选择。按照发布说明，同一个流程可以从原型进入生产，减少重新构建或迁移平台的工作。

这相当于调整了UiPath与开发工具之间的关系。编码Agent可以负责把自动化需求做出来，UiPath争取承接后续运行。

如果该条路径成立，外部工具的进步便有机会扩大平台上的工作量；UiPath也不必要求所有客户先接受一套专属开发方式，才能开始使用平台。

从商业角度来看，好处可能体现在原本不值得开发的流程变得值得尝试。因为原本一个任务如果开发昂贵、维护麻烦，即使能节省人工，也未必能通过预算审批。生成和修改流程更方便之后，该部分需求则有望被释放。不过，开发成本下降只是起点，客户仍然要把平台费用、模型调用和维护投入合并计算。

最新财报提供了一些支撑，也保留了观察空间。UiPath本季度净新增ARR为3700万美元，美元净留存率为109%，意味着同一批客户的ARR在扣除收缩和流失后，仍有净扩张；

但这项指标不能单独解释AI产品贡献。财报并未单列Maestro Flow收入，而且产品发布时间晚于本季度截止日，不能把本季度增长直接归功于新品。

这一区分很重要。平台路线值得看好，至于具体产品的商业成绩仍需等待。更有价值的后续证据，是试用流程有没有进入正式运行，客户有没有扩大使用范围，以及新增业务带来的收入能否覆盖交付投入。

盈利则给转型提供了缓冲。本季度UiPath实现GAAP营业利润约3200万美元，经营活动现金净流入约3100万美元；非GAAP营业利润为8900万美元，两种口径仍有明显差距。

不过虽然UiPath已有盈利基础，但评估经营质量仍需把股权激励等调整项放回视野，不能只选择更漂亮的数字。

从基本面看，较理想的增长路径，是已有客户把更多流程交给平台，同时标准化产品降低交付负担。可反过来，如果实际情况是每增加一个场景，都需要大量定制和人工维护，收入扩张就未必同步带来利润弹性。UiPath的产品整合，最终要接受这笔账的检验。

AI越开放，平台越要证明收费的理由

UiPath正在争取的，是一个更开放的企业自动化位置：开发者可以选择不同编码工具，企业则在统一平台管理业务流程。如此安排对使用多套系统的客户具有吸引力，也给UiPath留下跨工具协作的空间。

但开放本身也有代价。如果Agent能够更方便地调用外部工具，企业就会比较：哪些任务需要完整编排平台，哪些任务用现有软件就能完成。在该种情况下，UiPath必须证明统一管理节省的成本，足以覆盖新增采购费用。问题越早解决，产品扩张越容易形成稳定收入。

微软的动作让UiPath面临的压力更加具体。

2026年的官方更新已经把Agent权限、行为、活动和生命周期管理纳入统一治理，并加强跨系统工作流能力。

对UiPath来说，仅仅强调“能够管理Agent”还不够，差异还需要体现在复杂业务的完成质量，以及客户更换工具后，原有流程能否继续运行。

这里同样存在机会。企业通常不会因为某个模型升级，就愿意重做所有审批规则和业务连接。如果UiPath能够把这些积累保留下来，让客户更换模型、增加Agent时少做重复工程，平台价值就会逐渐沉淀在日常运营中。具体客户依赖的程度，来自业务运行的连续性。

因此，对UiPath可以保持积极判断，但没有必要提前宣布转型完成。最新财报证明公司仍有增长和盈利，新产品展示了扩张方向；只不过从公开预览到规模化部署之间，还隔着稳定性、使用体验和采购回报的检验。

AI软件接下来很可能出现一种分化：功能越来越容易生成，可持续经营功能却依然需要专业能力。UiPath押注的正是后半程。

企业愿意为AI尝鲜，也会为减少运营麻烦长期付费；把这两笔预算接起来，才是UiPath这轮产品转型真正有分量的机会。