常见问题

有关 Autopilot 的常见问题解答：什么是 Autopilot、可以做什么、监管、数据隐私和许可。

什么是编码智能体？Autopilot 是编码智能体吗？

编码智能体（Claude Code、Codex、Cursor 等）像开发者一样工作，而不是自动完成：给定自然语言形式的目标，它们会规划方法，通过工具采取行动，检查自己的工作并迭代 — 构建、发布和发布与开发者、管理员和业务用户一起进行监控。

Autopilot 是 UiPath 的第一方编码智能体。在此基础上完全重建——Autopilot 的早期版本为辅助功能，现已推出。它现在开始进行端到端计划和执行。即日起在 Studio 桌面版中提供，并正在在 UiPath Platform 上推出。Studio Web 即将推出。

更广泛地说， UiPath for Coding Agents向所有编码智能体开放了一个平台。提供的技能和工具包含 UiPath 自有的知识、最佳实践和说明，因此任何编码智能体（Autopilot、Codex、Claude Code 等）都可以发现、构建自动化，对其进行故障排除和监控。

Autopilot 目前可以执行哪些操作？

Autopilot 在整个自动化生命周期中为开发者提供支持：

• 发现（例如，将 PDD 设为起点）
• 使用自然语言构建工作流
• 编辑和改进现有项目
• 调试和修复问题
• 发布和部署
• 在生产环境中进行管理、监控和故障排除

成熟期因阶段而异，因为 Autopilot 的成熟期是从底层的 UiPath for Coding Agents 技能继承而来的，随着一项技能的成熟，Autopilot 在该阶段的成熟期也随之成熟。目前，功能最强大的是 RPA 项目的构建、编辑和调试功能。

何时应使用 Autopilot，何时更适合使用第三方编码智能体？

这不是一个非此即彼的选择，最强大的设置可以同时使用两者。无论如何构建自动化，所有内容都会在同一受监管的 UiPath Platform 上运行：审核追踪、RBAC、策略执行和凭据管理。

在以下情况下使用 Autopilot：

• 精细控制最为重要——Autopilot 受到直接监管：可用的工具和功能、审批模式（何时操作与何时询问）、可用的模型。
• 零设置很重要 — 开箱即用的 AI 就绪，拥有 UiPath 托管模型（无需额外购买）以及内置的所有技能和知识。
• 您希望处于相同的上下文中 — Autopilot 的工作原理与之前在 Studio 桌面版中相同，并随着 Autopilot 的不断推出而扩展到整个平台。

在以下情况下，联系第三方编码智能体（通过 UiPath for Coding Agents） ：

• 团队已经拥有他们喜欢的编码智能体、订阅和工具链——Claude Code、Cursor、Codex。
• 此工作内容为代码优先/大量使用 CLI，开发者倾向于继续使用。
• 在同一会话中混合使用 UiPath 和非 UiPath 存储库是正常现象。

如果编码智能体使 UiPath RPA 和编写原始代码都易于构建，那么两者相比如何？

编码智能体可以轻松地以任何一种方式进行构建。真正的差异化因素是构建之后的所有内容：在生产环境中操作、维护自动化并对其进行故障排除。这需要一个可靠的企业平台，以进行编排、监控、监管、凭据管理、错误处理和审核。原始代码不提供开箱即用的功能。使用 UiPath，平台承担运营权重——经过长年在企业中的实际使用。

RPA 是代码无法到达的地方的选择：旧版系统、没有 API 的自定义应用程序以及任何仅提供用户界面的界面；编码智能体现在也可以帮助您更轻松地构建和维护这些自动化。如果目标是用户界面，则生成的代码本质上也很脆弱：屏幕发生变化，脚本就会中断。RPA 专为此目的而设计，具有对象存储库、统一目标和修复功能，可保持自动化运行。

当工作是纯 API 编排、有工程团队负责且不涉及用户界面时，代码优先是正确的选择。

Autopilot 是否仅适用于 RPA？

Autopilot 适用于 UiPath 支持的所有自动化（包括智能体 — 低代码或代码优先、API 工作流和 Maestro 流）和整个生命周期，从发现到构建、编辑、调试和发布，以及所有在生产环境中进行管理、监控和故障排除的方法。

覆盖范围遵循技能和工具集：其中 UiPath for Coding Agents 的项目类型已经成熟，而 Autopilot 的优势明显；其中技能较新或不存在的情况下，严重性较低。

我可以在 UiPath Platform 上使用 Autopilot，还是只能在 Studio 中使用？

Autopilot 可以操作的内容：平台，而不仅仅是您当前使用的产品。无论无论其在何处运行，Autopilot 都通过技能、工具和命令访问 UiPath。因此，您可以在 Studio 中构建、发布、部署生产自动化并对其进行故障排除，无需切换界面。

Autopilot 出现的位置：Studio 是目前其主页，也是功能最强大的地方，目前正在向更多平台推出。

我可以在其他 IDE 中使用 Autopilot 吗？

是的。 Autopilot 可作为扩展程序使用，未锁定到单个 IDE。它可在 VS Code、Cursor、Windsurface、VSC Median 和其他兼容编辑器中运行，因此您可以在已使用的 IDE 中获得 Autopilot 编码智能体体验。

Autopilot 可以节省多少时间？处于生命周期的哪个阶段？

开发者一致表示，使用 Autopilot 提高了工作效率，例如更快地生成工作草稿，更快地启动新项目，减少了浏览文档或手动创作表达式的时间。影响因用例和开发者经验级别而异。

今日收获最大的领域：

• 构建— 利用自然语言为智能体、API 和 RPA/UI 自动化项目生成工作流；也从旧版或竞争对手平台迁移。
• 调试和修复— 诊断并解决设计时和 Runtime 错误。这始终是另一个最省时的功能。
• 测试— 对于测试人员，Autopilot 已于 2024 年 7 月正式发布，它带来了最大的实测收益。
• 文档— 越来越多地通过工作流生成文档以及根据文档进行构建（从 PDD 到 SDD 构建）。

可靠性如何？它能否生成生产就绪的工作流？

Autopilot 从一开始就应用一致的模式和最佳实践，使开发者能够更快地获得更高质量的工作草稿。就像开发者编写的任何代码一样，输出在生产之前要经过审核、编辑和迭代。Autopilot 不会更改该标准。生产就绪情况仍然取决于人为判断。

何时应依赖 Autopilot，何时手动工作效果更好？

Autopilot 最适合将业务意图转换为工作流逻辑，探索如何解决问题，并快速获得可靠的初稿。在以下情况下，采取行动：

• 流程涉及难以在提示中表达的复杂异常处理或业务规则；
• 需要 AI 无法从上下文中推断出的深层领域或系统知识；
• AI 在几次尝试后循环运行或生成不一致的结果。

一般原则：让 AI 快速为您提供工作草稿，然后在很重要的情况下，通过人为判断进行优化。随着技术的改进，边界在不断变化，但开发者作为边缘用例审核者和决策者的角色仍然至关重要。

我可以将 Autopilot 的更改限制在特定部分或活动中吗？

硬性“仅编辑此部分”字段锁定今天不可用。控制更改的主要方法是在提示中确定更改的范围：将 Autopilot 指向您要更改的特定活动或部分，而不是广泛询问。

我是否可以查看 Autopilot 的更改内容，并对其进行撤消或还原？

如果您的项目连接到 Git，则可以使用文件差异：Autopilot 的更改像任何其他提交一样显示为文件级别的差异，通过标准 Git 工作流进行审核、暂存或放弃。

对于非 Git 项目：在重要提示词之前进行备份，以便有一个干净的还原点。

我是否需要预先使用对象存储库，或者 Autopilot 可以在工作时捕获元素？

您不需要预先支付费用 — Autopilot 可以创建。如果您的项目没有对象存储库，Autopilot 将使用其技能并遵循用户界面自动化最佳实践，在其运行时捕获元素。如果已有，则使用该文件。

一个良好的对象存储库是质量的倍数 — 它使生成的用户界面自动化显着更加准确和可维护，这就是 Autopilot 创建一个对象存储库而不是临时定位元素的原因。

Autopilot 处理复杂、多层次流程的能力如何？

无论是否使用 Autopilot，大型流程的构建方式都是将其分解为范围明确的部分。Autopilot 的强项是在每个部分上进行构建和迭代。

开发者需要做的是架构：如何拆分流程、调度程序/执行程序、API 与 UI Automation。Autopilot 对这些决策的输入是定向性的，目前还不是生产级的。

最佳方法：分解流程，让 Autopilot 对各个部分进行构建和迭代，让开发者随时了解整体结构和边缘用例。

Autopilot 能否从其他平台迁移并处理升级和现代化？

是的。客户询问最多的两条路径：

• 旧版至新式：将传统活动和项目迁移到新式，这还能解锁新功能（Unified Target、Healing Agent）。
• 其他平台到 UiPath ：编码 Agent 读取源自动化并将其重建为 UiPath 工作流。

Autopilot 如何提高一致性和可维护性？

Autopilot 每次生成或编辑工作流时，都会应用一致的模式和 UiPath 最佳实践，消除了导致大规模可维护性问题的开发者之间的变化。由于 Autopilot 使用共享技能，因此无论是在 Studio 面板中工作还是通过 CLI 与第三方编码智能体进行工作，都适用相同的最佳实践基准。

工作流分析器等现有防护机制可继续与其并行运行。

目前 AI 辅助代码审查有哪些优势？

有一项专用的代码审核技能：它审核项目或整个解决方案（结构、质量、最佳实践），运行验证和工作流分析器，根据 PDD 检查实施情况，并生成包含严重性和修复建议的结果报告。

验证和工作流分析器结果具有确定性。AI 自己的发现结果可提供建议：它们会显示候选对象，供人工审核。应将其视为审核人的第二双眼睛，而非结尾。

除了专用技能外，Autopilot 还支持 Studio 中的审核类活动：

• 用简单的语言总结工作流的作用
• 诊断错误并提出修复建议
• 根据代码质量条件检查项目
• 回答有关不熟悉的逻辑的问题

Autopilot 可以生成文档或据此构建文档吗？

是的，Autopilot 可以执行以下操作：

• 生成文档——用简单的语言总结工作流；起草测试要求或从现有测试中提取要求；制定测试计划；生成部署指令；根据您的输入生成结构化设计规范（例如 SDD）；生成其他类型的报告或文档。
• 根据文档构建— 提供 PDD、图表或流程描述，并让 Autopilot 根据这些信息生成工作流或解决方案。

方向是用生成的可直接操作的文档（直接馈入到构建版本的规范）取代缓慢的手动 PDD/SDD 交接。

Autopilot 是否支持多种语言？

是的。 Autopilot 通过底层 LLM 的功能处理多种语言的文本提示。您可以用首选语言编写提示词并接收响应。

如何从 Autopilot 中获得最佳结果？

Autopilot 内置了大量 UiPath 技能和产品知识。为了充分利用这一点，请给出明确的意图和上下文：

• 应具体说明您的需求— 在重要时为方法命名（例如，用户界面自动化与 API），而不仅仅是最终目标。如果没有方向，Autopilot 会选择一条通用路径，该路径可能不是您选择的路径。例如，不要选择“自动化发票流程”，而尝试“在处理发票序列中，使用 API 自动化从 SharePoint 文件夹读取发票 PDF，并通过 OData 在 SAP 中创建条目”。
• 为它提供上下文— 对象存储库、正确的包和清晰的项目结构都可以提高质量。
• 一次性设置约定— 使用自定义指令对命名、样式和结构进行编码，因此您不会在每个提示时重复这些内容。
• 迭代，然后接管——如果在尝试几次后出现循环或关闭，请优化提示词或手动介入。

有关更多提示提示，请参阅编写有效的提示。

Autopilot 有哪些监管控件？

Autopilot 的组织级别控件位于 Automation Ops 中，模型控件也通过 AI Trust Layer 公开。除了主组织级别启用/禁用开关之外，管理员还可以控制：

• 模型— 设置默认模型并限制用户可以选择的模型。通过 AI Trust Layer，您还可以路由到自己的模型 (BYOM)，并禁用 UiPath 托管的第三方模型。所有流量都经过审核，可追踪。
• 审批行为——Autopilot 的自主运行方式：它是自行运行工具，还是先请求批准。
• 工具和功能— 启用或禁用单个工具，并通过组织配置的允许列表管理可用的 MCP 服务器，包括 Orchestrator 提供的 MCP。
• 自定义指令— 在整个组织中应用的管理员设置指令。
• 自定义技能— 客户可以引用 UiPath 的技能来编写自己的技能，因此内部标准扩展了内置的专业知识。组织级别的控制贯穿自定义指令以及上方的工具和功能控件。

大多数控件在默认情况下处于启用状态；管理员在需要时进行限制。有关当前设置的名称和确切的选项名称，请参阅 Automation Ops 文档。

我们是否可以使用自己的 LLM/自带模型 (BYOM)？

是的。客户可以通过 AI Trust Layer（例如 Azure OpenAI 或其他订阅）引入自己的模型，并通过 Automation Ops 策略禁用 UiPath 托管的第三方模型。

您自己的模型完全由 UiPath 监管。每个请求（即使是向 BYOM 模型发出的请求）仍会通过 AI Trust Layer 路由，因此您可以享受与 UiPath 托管模型相同的企业级安全性、监管以及端到端审核和可追溯性。使用自带模型可以扩大您的选择范围，而不会超出 UiPath 的任何企业控件。

我们的数据去哪里了？我们的代码会被收集吗？

• 源代码和项目文件不会存储或上传到 UiPath。它们保留在开发者环境中。当 Autopilot 处理项目时，系统会在 AI Trust Layer 路由和审核下将相关文件内容发送到已配置的模型，作为该请求的上下文。
• 模型流量会路由到为租户配置的 LLM 提供程序。使用 UiPath 托管模型时，不会使用客户数据来训练模型。
• 租户流量根据您的 Orchestrator、Cloud 或本地部署授权进行身份验证，并遵循您现有的数据驻留配置。
• 权限— Autopilot 使用与登录用户相同的权限运行；以透明方式应用文件夹级别、资产级别和租户级别 RBAC。
• 审核— AI Trust Layer 审核，监管和执行保证保持不变。Autopilot 构建自动化； Orchestrator 在您的现有控件下运行。
• 遥测— 遥测中不会收集客户代码、工作流内容或项目数据。Studio 和 Autopilot 会发出标准产品遥测数据（功能使用情况、崩溃报告、匿名性能），并可在 Studio 设置中选择退出。
• 反馈—如果用户选择发送有关 Autopilot 会话的反馈，则提交的内容将包含对话内容。这是由用户启动的，私人信息将被去除，用户可以查看并批准发送的内容。

有关更多详细信息，请参阅数据隐私。

Autopilot 的成本是多少？

Autopilot 无需单独购买，其使用量包含在 UiPath 的分层用户许可中。层级越高，配额越多。每个付费层级都附带使用限额，按月和每日重置。超过限额后，管理员将决定用量是否回退到 Platform Units。有关详细信息，请参阅许可。

我们是否需要自己的编码智能体许可证？

否。Autopilot 在 UiPath 托管的第三方模型上运行，因此您无需订阅自己的编码智能体，即可在 UiPath 中获得编码智能体的全部功能。可以自带模型，但属于可选项。

如果团队还想通过第三方编码智能体（Claude Code、Codex、Cursor）工作，则该智能体自己的订阅则归他们所有。UiPath for Coding Agents 为其打开了平台；它没有获得许可。