RPA 工作流

RPA with Autopilot：RPA 的优点、工作流的简要介绍、用户界面自动化的作用以及人工审核在哪些方面最重要。

机器人流程自动化 (RPA) 可在人们每天使用的系统中自动执行基于规则的重复性工作。使用 Autopilot，您可以用简单的语言描述工作，并且 Autopilot 会生成可运行的工作流。您的职责是很好地描述它，并查看返回的内容。

RPA 适用于

RPA 最适合定义明确的确定性工作，尤其是在系统没有可用的 API 的情况下：

• 读取和转换文件及电子表格。
• 在系统之间移动数据和更新记录。
• 将 API 作为更大流程的一部分调用。
• 通过界面驱动桌面、网页和虚拟应用程序。

您可以要求提供的信息

构建新的工作流只是一个起点。Autopilot 适用于自动化的整个生命周期，因此常见请求包括：

• 使用描述、一组手动步骤、流程文档或模板（例如机器人企业框架 (REFramework))构建新的工作流。
• 通过重组、添加步骤或交换活动来重构和扩展您已有的工作流。
• 在旧版项目中工作，识别较旧的项目类型，并在其限制内运行。
• 添加测试，生成带有断言的测试用例，并运行这些用例以确认行为。
• 在不进行任何更改的情况下，审核现有自动化的质量、缺少的错误处理以及有风险的选择。
• 通过读取错误、查找原因并提出修复建议来调试失败的工作流。
• 打包和重用，方法是将项目发布到 Orchestrator，或将共享逻辑提取到可重用的库中。

一次良好的 RPA 请求应具备的条件

与列出活动相关，当您描述想要的结果时，Autopilot 会生成更准确的输出。提供业务上下文（流程做什么、触发因素以及成功的定义），然后 Autopilot 将确定实施。

一份出色的简介包括：

• 步骤，按顺序排列。
• 涉及的系统和应用程序。
• 输入和输出及其类型。
• 工作流涉及的屏幕或数据。

有关一般提示指导，请参阅编写有效的提示。只要先删除真实的客户数据，现有流程文档是一个很好的起点。

选择低代码或编码

UiPath RPA 工作流可以构建为低代码工作流，也可以构建为编码工作流，您可以指导：

• 低代码工作流( .xaml ) 是可审核、可审核的默认工作流。它们的活动覆盖面最广，并且也可以在 Studio Web 中编辑跨平台项目。大多数自动化都适合这里。
• 编码工作流（ .cs 、C#）适合逻辑繁重的组件，例如复杂的数据转换、解析或自定义类型。

两者也可以在一个项目中混合使用。预先选择形状，而不是在构建过程中选择形状，可避免以后的重组；如果没有指示，Autopilot 默认为低代码。

通过用户界面自动化 推动应用程序

最难、最有价值的 RPA 工作是以人类操作方式操作应用程序界面（通过单击、输入、读取值和在屏幕之间移动），适用于不提供 API 的系统。UiPath 的用户界面自动化使其变得可靠，而 Autopilot 会直接使用它。

如何捕获界面

Autopilot 不会在设计时探索应用程序，而不会猜测如何查找每个元素：它捕获屏幕，识别要处理的元素，并构建用于导航和填充这些元素的步骤。捕获的元素作为稳定目标存储在对象存储库中，因此可以在工作流中重复使用相同的按钮或字段，并在一个位置进行维护。

保持弹性

界面会发生变化，用户界面自动化的构建就是为了适应这种变化：

功能	操作
修复选取器	在界面变化时调整目标，而不是完全中断。
诊断	在故障后读取日志、录制文件和屏幕截图，并用简单的语言解释出了什么问题。
ScreenPlay	UiPath 的 AI 驱动计算机视觉；在运行时适应应用程序和数据，作为关键路径上针对不可预测屏幕的回退。

没有实时应用程序时

如果目标应用程序无法用于捕获，Autopilot 仍会生成真实工作流，从而标记每个交互，以便开发者在 Studio 中完成捕获。无论哪种方式，最好将生成的选取器视为草稿，并在真实应用程序中进行确认。

用户界面自动化也是构建成本最高的 RPA 类型。与文件、数据或 API 相比，它需要更多的时间和精力，因此，无论哪里存在，API 都是更好的路径。

值得捕获的 RPA 约定

RPA 项目的内部规则值得说一次，而非在每次会话时重复。常见示例：

• 新式设计活动，而非传统设计活动。
• 保留在“使用应用程序/浏览器”作用域内的用户界面活动。
• 优先使用原生活动而非“调用代码”活动。
• 现有配置文件和录制的工作流保持不变，不会被覆盖。

您可以在项目根目录的Agents.md文件中捕获这些约定。在会话持续时间内，Autopilot 会读取并遵循其中定义的说明（文件夹命名规则、架构决策、编码标准）。

优势和局限性

Autopilot 专长于新建、结构完整的 RPA 和工作流的第一个版本。它在以下方面较弱，需要更仔细的审核：

• 复杂或脆弱的选取器。
• 定制企业连接器。
• 不常见的活动选择，可能需要通用的回退措施。

Autopilot 如何生成 RPA 工作流

从桌面版 Studio STS 内部版本 2026.0.197 开始，Autopilot 通过迭代推理循环生成和编辑 RPA 工作流。对于每个请求，Autopilot 分三个阶段工作：

1. 发现— Autopilot 会读取您的项目结构、现有工作流和相关活动示例，以收集上下文。
2. 生成— Autopilot 根据您的请求和收集的上下文创建或编辑 XAML。
3. 验证和优化— Autopilot 检查错误并应用修复，按需重复该循环。

由于 Autopilot 会在“发现”阶段读取您的项目，因此它可以引用和重用项目中的已有工作流。Autopilot 了解您当前的文件、选定的活动和变量定义 — 您在提出问题或提出请求之前无需解释项目结构。

还会维护同一会话中消息之间的上下文：诸如“撤消上次更改”之类的后续请求适用于最近的操作，而非整个工作流。

对于复杂的多步骤任务，请让 Autopilot 完成其执行周期，然后再发送后续消息。中断正在执行的任务可能会使项目处于中间状态。

工具

Autopilot 利用一系列工具来支持您的自动化工作。默认情况下，启用所有工具。Autopilot 可以：

• 了解、创建、编辑、调试、发布和部署自动化。
• 安装和更新依赖项。
• 修复错误。
• 创建和管理测试用例。
• 对生产错误进行故障排除。
• 运行 PowerShell 命令或网页搜索。
• 为您的特定用户帐户制定计划，启动子智能体并维护持久性记忆。

技能

Autopilot 根据任务上下文自动从 UiPath 技能目录中加载相关技能。技能是指令捆绑包，可教 Autopilot 如何使用平台约定执行特定 UiPath 任务。

有关完整的技能列表，请参阅UiPath 技能存储库。

可供尝试的更多提示

• 基于 REFramework 模板创建一个名为BankStatementReconciliation新 RPA 项目。
• 创建一个 RPA 工作流，该工作流从匹配主题“发票”的最新 Outlook 电子邮件中下载附件并将其保存到./inbox/ 。
• 在“提交订单”步骤周围添加“Try Catch”，以便记录业务异常，并将事务设置为“失败”。
• 验证此项目并修复所有分析器警告。