例如，若业务团队要让 Agent 处理发票例外，开发者可以在终端让 Claude Code、Codex 或 Cursor 建立项目、写提示词、接入工具、运行评测，再把它交给 UiPath 的部署系统。9 月 16 日，UiPath 在 Agents 发布记录中将这条低代码及编码 Agent 的构建路径标为正式可用（GA）。值得企业开发团队核对的，不只是“能用自然语言生成 Agent”，而是生成之后的测试、工具执行与上线责任落在何处。
9月转正的是构建路径，产品并非从零发布
UiPath 在 5 月的产品公告中已推出面向编码助手的平台入口，最初支持 Claude Code 与 Codex。7 月 8 日，Agents 发布记录进一步把从编码助手和终端构建低代码、Python 编码 Agent 列为公开预览。9 月 16 日的增量是这条 Agent 构建路径从预览转为 GA；不能把此前已有的 Skill、CLI、Agent Builder 或 Orchestrator 写成同日发明的新能力。
这一区分也澄清了两个容易混用的“Agent”。Claude Code 等编码 Agent在开发者电脑上生成和修改 UiPath 项目；交付后的业务 Agent在 UiPath 平台上处理发票、工单等任务。日本技术博客 C&S ENGINEER VOICE 的早期试用也专门区分了两者：它测试的是编码助手查询平台运维信息，不能拿来证明 9 月 GA 后业务 Agent 的质量或生产收益。
一条低代码交付链：本地生成，上传后再评测
按 UiPath 的低代码指南，开发者先安装 uipath-agents Skill 并登录。编码助手用 uip solution init 和 uip agent init 搭出项目；开发者要决定业务输入、输出格式、模型设置、可调用的流程与连接。随后在本地修改 agent.json 和资源文件，运行 uip agent refresh 同步产物及入口 schema，再用 uip agent validate 检查 JSON 结构。校验失败就修复并重跑，而不是让生成结果直接进入生产。
结构校验只是第一道门。文档要求把项目用 uip solution upload 送到 Studio Web，评测集在 Agent Runtime 上运行，须先上传项目。团队可以查看逐用例评分、执行轨迹和失败信息，修改提示词或工具后再上传重测。之后才是打包、发布到 Orchestrator、部署为流程并启动作业。终端能驱动这些步骤，不等于编码助手知道企业可接受的错误率；测试案例、合格标准、连接权限与上线文件夹仍需团队决定。
编码 Agent 走的是另一条交付链。编码指南要求开发者用 Python 3.11 及以上版本和 uv 建项目，可选 LangGraph、LlamaIndex 或 OpenAI Agents 的 UiPath SDK。编码助手写 Python 逻辑，随后打包、发布到 Orchestrator；需要的 API 密钥和连接串在流程配置中设置。它共享平台的运行与治理入口，但项目形态、命令和依赖都与低代码 Agent 不同。
工具写进项目，不保证运行时已经能调用
低代码指南有一处会直接影响架构选择：Integration Service 连接器、非交互式 RPA 流程和子 Agent 工具可在 Agent Runtime 执行；API workflow、Maestro flow 与 IXP 文档处理类型当前列为 “仅注册”。也就是说，项目文件可以登记这些资源，以便在 Studio Web 中呈现，却不能据此假定已生成的 Agent 能在运行时调用它们。企业若要让业务 Agent 串起某项流程，应先用目标租户和真实测试用例验证所选工具类型的执行路径，不能只看项目结构通过校验。
平台治理也不是“安装 Skill 后自动完成”。UiPath 9 月 9 日发布记录已将 Studio Web 的 Agent 设计策略标为 GA；策略文档列出可在发布前执行的最低 Agent 分数、最大温度与响应 token、人工升级环节和单次执行迭代上限。管理员需配置并应用这些策略，开发团队还需用实际业务样本检查评测结果。它们约束发布和运行方式，不能替代对发票误判、越权调用或异常处理的验证。
UiPath 没有在 9 月 16 日的 GA 记录中给出同条件的开发耗时、Agent 成功率或生产故障率对照。因此，这次变化可以明确说成：企业已有一条正式支持的终端构建路径，能把编码助手产出的项目接入平台评测与发布流程。它能否缩短某家企业从需求到可靠上线的时间，要看团队是否为自己的工具组合、评测集和发布策略拿出可复核的结果。
