UiPath Maestro Flow 做了一件看似削弱自身护城河的事：让 Claude Code、Cursor、GitHub Copilot 和 Codex 直接生成可运行的 .flow。Coding Agent 不只写流程，还能发布、启动、诊断失败并建立评测集。
如果把自动化理解成画流程，这相当于主动开放核心能力。如果把自动化看成一条从需求到稳定业务结果的流水线，逻辑正好相反。Coding Agent 压低了流程制造成本，新的瓶颈随即迁移到状态保存、故障恢复、人工审批、凭据管理、审计、计费和生产责任。
UiPath 正在让创作层变得更便宜，再把平台价值集中到企业愿意为之付费的持久化运行时。
已发布的能力与证据边界
UiPath 于 2026 年 8 月 19 日发布 Maestro Flow。官方新闻稿称，开发者可以在 VS Code、UiPath Studio 等环境中，用支持的 Coding Agent 设计、运行、观察和治理端到端流程，并把它作为同一个制品推进到生产。
UiPath for Coding Agents 文档给出了更具体的生命周期：
- Author：创建和修改节点、分支、触发器、子流程，并在本地验证；
- Operate：发布到 Studio Web 或部署到 Orchestrator，启动运行并查询状态；
- Diagnose：读取 Incident 和运行时状态，把故障定位到具体节点；
- Evaluate：创建带输入与期望输出的评测集，对比多次运行。
文档同时把 Maestro Flows 标记为 Preview。它证明功能入口已经存在，无法证明生产 SLA、容量上限、版本兼容和实际 ROI。UiPath 产品页中数小时进入生产等表述也属于厂商主张，目前没有公开测量口径。
Maestro Flow 产品页还说明，.flow 是统一制品，能够描述 Agent、API、事件、数据、文档、RPA、确定性逻辑和人工步骤。Cloud Canvas 与 VS Code 编辑同一个文件，Git 管理版本，TypeScript Flow DSL 提供编译期校验。
这个产品边界比画布本身更重要。UiPath 接受流程可以从任何 Agent 和 IDE 产生，但希望它们进入生产后遵守 UiPath 的执行语义。
流程供给增加，治理吞吐量会先碰到上限
传统自动化的瓶颈是 Builder 不够。业务部门积累大量小需求，RPA 专家、开发者和平台团队只能处理其中一部分。Coding Agent 缓解了这个约束，也同步制造了一批新的长期义务。
| 容易生成的东西 | 仍需长期承担的义务 |
|---|---|
| 一份工作流定义 | 凭据轮换与最小权限 |
| 一条 Connector 路径 | API 变更监测与幂等设计 |
| 一个 Agent 节点 | 模型评测、版本控制与漂移响应 |
| 一个人工审批分支 | 升级规则、人员排班与超时策略 |
| 一条 Retry 规则 | 防止外部动作重复执行 |
| 一次部署 | 告警、事故、回滚和审计保存 |
每新增一个 Flow，企业就多一份 automation obligation inventory。有人要维护业务规则，有人要处理异常，有人要在外部系统变化后修改接口，有人要判断模型升级能否上线。
这正是代码成本趋近于零之后的成本迁移：产出数量增加，判断、验证与所有权成为稀缺资源。
UiPath 的机会来自瓶颈迁移。既然通用 Coding Agent 已能制造流程，平台就把重心放到谁来承接这些流程的生产义务。
Maestro Flow 卖的是执行语义
UiPath 称 Maestro Flow 运行在基于 Temporal 的持久化执行引擎上。公开产品资料列出的能力包括：
- 保存长流程状态；
- 从当前步骤 Restart、Cancel 或 Retry；
- 统一 Retry 与 Compensation 语义；
- 标准化 Job、State、Log 和 Trace；
- 在所有节点提供 OpenTelemetry 兼容追踪；
- 为 Agent 决策提供步骤级解释和上线前后评测钩子；
- 把 Agent 与确定性逻辑放进同一治理模型。
这些能力处理的都不是流程怎样画，而是流程怎样穿过时间和故障。
以应付发票为例：流程可能先提取文档，再调用 Agent 判断异常，等待经理两天后批准，写入 ERP，最后通知供应商。源文件可以描述这些步骤，运行时负责回答已经完成到哪里、正在等谁、哪个动作可以重试、哪个版本拥有当前实例。
普通 Agent Workflow Demo 通常只证明 Happy Path 能跑。持久化运行时需要定义 Worker 崩溃、API 超时、审批迟到、模型评测失败之后发生什么。
Harness Engineering 完全指南讨论的是 Context、工具、持久化、约束与验证组成的通用系统。Maestro Flow 更具体：UiPath 正把一组生产执行语义打包为商业平台，并让多个创作工具把流程送进这套语义。
持久化执行无法自动保证外部动作只发生一次
Durable Runtime 能省掉大量状态管理代码，业务正确性仍需要流程设计者承担。
Temporal 官方文档说明，Workflow 状态可以在崩溃后恢复，Activity 失败后可以重试。Temporal 的培训材料也要求 Activity 具备幂等性，因为外部动作可能已经成功，而完成结果尚未被运行时记录。
付款节点是最典型的例子：
- 外部支付接口已经接受转账；
- 成功响应返回前网络中断；
- 运行时看到 Timeout 并重试；
- 缺少 Idempotency Key 时，第二次调用可能再次付款。
运行时能保存状态、触发重试并编排补偿，流程仍要定义幂等键、对账方法和谁有权撤销付款。创建工单、发送邮件、锁定库存和修改账户也有同类问题。
Coding Agent 可以迅速生成看起来合理的 Retry 逻辑，企业必须建立上线门。任何会产生外部副作用的节点，至少要具备以下一种合同：可验证的幂等机制、明确接受损失风险的至多一次策略，或经过测试的补偿路径。
收费单位从构建时间迁移到运行消耗
UiPath 的许可文档揭示了价值捕获位置。
Maestro 许可总览写明，产品需要平台许可、用户许可和消耗许可。消耗型活动包括流程执行与决策评估，具体权益和单位取决于 Unified Pricing 或 Flex Plan。
在 Unified Pricing 下，公开文档列出每个 Process Instance 消耗 1 Platform Unit，每次 Business Rule 执行消耗 0.2 Platform Unit，Debug 不消耗 Platform Unit。
这些数字不能理解为每个 Flow 的全包价。Flow 还可以调用 Agent、RPA、Integration、文档处理和人工任务。许可总览明确说明，流程中的任务会消耗各自原生的 Consumable。客户价格、权益、Preview 处理方式和计划限制仍取决于合同。
真正需要核算的是单次合格业务结果成本：
单次合格结果总成本 =
流程实例
+ Agent 与模型调用
+ Connector 与 API 活动
+ RPA Runtime
+ 文档处理
+ 人工审核
+ Retry 与 Compensation
+ 平台运维
再除以合格结果数量
更低的流程制造成本可能抬高总支出。大量低价值 Flow、重复重试和人工审核队列都会吞噬收益。运行时计费只有连接到业务结果，企业才能判断这条自动化是否值得保留。
同一制品减少交接损耗，无法自动分配责任
.flow 贯穿原型、测试、部署、运行和诊断，确实能减少信息损失。运维接手的是同一份逻辑、版本历史、运行状态、Trace 和评测记录，不必重新理解一张被改写过的流程图。
同一制品仍然回答不了谁承担风险。Flow 上线前至少要明确六类所有者：
| 角色 | 负责内容 |
|---|---|
| Builder | 流程逻辑、本地验证与测试样本 |
| Process Owner | 业务规则、异常裁决与合格结果定义 |
| Platform Owner | 运行时、权限、凭据、告警与额度 |
| Model Owner | 模型版本、评测阈值与漂移响应 |
| System Owner | 外部 API 合同、幂等与可用性 |
| On-call Owner | 恢复、补偿、升级和回滚决策 |
同一个人可以承担多个角色，任何空缺都会变成生产风险。Trace 能说明发生了什么，无法替企业判断谁有权接受损失、谁批准例外。
因此，Coding Agent 生成的 Flow 还应附带一份 Ownership Manifest。最小字段包括业务负责人、技术负责人、风险级别、数据级别、允许动作、评测集、告警通道、重试策略、补偿路径和退役日期。
验收 UiPath 战略的指标
UiPath 主张缩短从原型到生产的距离。企业可以用一套稳定指标验证，而不是统计 Flow 数量：
- 从首次生成到首个获批生产运行的中位时间；
- 异常路径测试覆盖率；
- 每 100 个流程实例需要多少次人工介入；
- 故障平均诊断与恢复时间；
- 每个合格业务结果消耗的全部单位；
- 有明确 Process Owner 和 On-call Owner 的 Flow 比例；
- 具备幂等或补偿测试的副作用节点比例；
- 长运行实例在版本升级后的迁移成功率。
Flow 数量只是产出指标。业务结果、成本上界和故障恢复能力才是效果指标。
UiPath 为什么愿意开放创作入口
把三条事实放在一起，产品策略就清楚了。
第一，Coding Agent 正在让专有创作能力商品化。客户已经在 Claude Code、Cursor、Copilot、Codex 和 VS Code 中工作，强迫他们切换到单一编辑器只会增加摩擦。
第二，企业流程依然需要持久状态、混合执行、人工审批、权限、Trace 和事故处置。流程生成越快，这些要求越突出。
第三，UiPath 可以按照流程实例和 Flow 调用的原生服务计量消耗。开放漏斗上游，可能增加下游受控运行时的需求。
运行时收费站这个比喻也有边界。企业可以选择其他 Workflow Engine、自托管 Temporal 或使用云原生编排。UiPath 必须通过更低的运维风险、更清楚的经济账、可迁移的证据，以及对既有自动化资产的整合来赢得位置。
Maestro Flow 最值得观察的地方因此不是能否多生成一张流程图，而是一家自动化厂商是否能主动把创作层变成开放接口，再把商业价值迁移到可信的生产执行。
常见问题
UiPath Maestro Flow 是什么
Maestro Flow 是 UiPath 面向开发者的编排制品，用于协调 Agent、API、RPA、文档、确定性逻辑、事件和人工步骤。它可以从支持的开发环境生成和编辑，并在 Maestro 编排引擎上运行。
Claude Code 或 Codex 能生成 Maestro Flow 吗
可以。UiPath 文档列出 Claude Code、Cursor、GitHub Copilot 和 Codex 等 Coding Agent。它们可以生成可运行的 .flow，并参与发布、运行、诊断和评测。相关能力当前标记为 Preview。
持久化执行是什么
持久化执行会保存工作流状态，使长流程在崩溃、超时或基础设施故障后继续运行。它统一处理 Retry、Timer、等待和恢复，减少业务自行维护状态机的成本。
Durable Runtime 能防止重复付款吗
不能自动防止。外部动作可能已经成功，而运行时没有收到响应。重试节点仍需要幂等键、对账或补偿，否则可能重复执行。
Maestro Flow 怎样收费
UiPath 为 Maestro 提供平台、用户和消耗许可。Unified Pricing 文档列出了流程执行和 Business Rule 的 Platform Unit，Flow 内部节点还可能消耗各自的原生单位。完整成本取决于计划、权益、调用服务和客户合同，公开文档没有统一的 Flow 全包价。
参考资料
- UiPath：UiPath introduces Maestro Flow，2026 年 8 月 19 日。
- UiPath：Maestro Flows for Coding Agents。
- UiPath：Maestro Flow 产品页。
- UiPath：Maestro 许可总览。
- UiPath：Maestro Unified Pricing。
- Temporal：Temporal Platform 文档。