查看和验证输出

编码智能体会告诉您操作已经完成。这是声明，而非保证：最常见的故障模式是输出看似完整，但部分已存根或存在细微错误。在接受前进行审核是工作流安全的关键。

接受之前要检查的内容

发现问题的是实际文件，而不是智能体摘要。需要注意的常见问题：

• 占位符描述为逻辑，代表实际工作的日志消息或待办事项。该流程看似已完成，但未执行任何操作。
• 不适合作业的活动— 存在原生 UiPath 活动的“调用代码”或通用回退。
• 逻辑放在错误的位置— 将真正的工作塞到赋值表达式中，或将所有内容塞到一个文件中。
• 包问题— project.json中的依赖项取消固定、包错误或缺少包。
• 损坏或已删除的选取器— 用户界面目标已从对象存储库中移除而非未修复。
• 整个项目的稳定性— 修复一个工作流可能会悄悄破坏另一个工作流，因此整个项目都值得验证，而不仅仅是更改的文件。
• 日志记录和错误处理— 确实存在，或仅提到。

实际上，当某些功能出现故障时，将其返回重新生成比手动清理速度更快。

使用 UiPath 自带的工具进行验证

单独进行可视化读取是不够的。可靠的检查是指运行工作流分析器（分析项目）和构建的智能体，解决每个错误和警告，并在接受工作之前确认本地运行。工作流分析器可以捕获快速浏览时不会发现的规则和样式问题，而全新的构建可以捕获仅通过验证无法捕获的问题。

将智能体作为审核人使用

审核是一项未被充分利用的功能，而智能体在这一功能方面表现出色。它擅长发现：

• 安全问题
• 不完整的逻辑
• 错误的输出
• 使用不熟悉的技术时出现的问题

特定请求与不更改任何内容的指令结合使用，可以充分利用该请求：

“审核GetInvoices.xaml是否存在安全问题、不完整的错误处理以及活动选择不正确的问题。列出结果及严重性。不修复任何内容。”

特定请求会生成特定审核，而通用的“审核此项”则会生成通用审核。为了对整个项目进行可重复的只读审核，智能体具有专用的审核功能。请参阅技能目录。