步骤固定、输入格式确定、出错能回退的流程，先留在 RPA、脚本或 BI；步骤要临场判断、资料结构未知、要跨系统组合动作的，才值得交给智能体。按任务开放度划界，预算和返工都能省下一大块。
判断起点不是技术新旧，而是任务的三个特征：步骤是否固定、输入是否结构已知、出错能否回退。三个特征里偏固定的居多，就先走规则和脚本；偏开放的居多，再考虑智能体。先花 30 分钟把流程从头到尾走一遍，再把每个需要人临场判断的位置标出来，判断点的数量和位置基本决定了路线。
如果流程每周才跑一两次、单次价值很低，三个特征都符合也先不值得立项，维护成本会超过收益；这个判断只针对需要重复执行的流程，一次性的分析任务不在此列。
固定流程的瓶颈不是不会做，而是每次都要做得一模一样。RPA 和脚本每跑一次的边际成本接近于零，日志和审计天然完整；换成智能体，每次运行都要为概率性的输出支付验证成本。流程没有稳定运行满 3 个月之前，不建议迁去智能体。
| 对比维度 | RPA 或脚本 | 智能体 |
|---|---|---|
| 步骤变化频率 | 一年改一两次 | 每周都有新情况才合适 |
| 单次执行成本 | 边际成本接近于零 | 每次消耗模型调用费用 |
| 审计与日志 | 每一步可回放 | 输出概率性，需额外验证 |
| 失败排查 | 能定位到具体步骤 | 需回查提示词与上下文 |
如果流程里嵌着一段文字理解或分类，纯 RPA 做不动，可以只在那个节点接模型接口，整条流程不必整体迁移；表中的成本与排查口径是经验判断，不同平台的实际情况差异较大。
开放判断和固定动作经常在同一条流程里：前面是理解材料、拆解诉求的开放段，后面是建单、通知、写回系统的固定段。深云公开的 ADP 服务页把 Workflow 编排定义为「将复杂业务拆解为可跟踪、可验证、可复用的执行步骤」，这个定义可以直接拿来切分流程：开放段交给 Agent，固定段沉进 Workflow。
如果整条任务都是开放型，比如一份陌生资料的调研摘要，硬拆 Workflow 只会扩大维护面；组合的价值在于两种段都真实存在，凑不出固定段的流程单独用 Agent 就够。
接一个模型接口和管好一个企业应用是两件事。当应用要挂企业知识库、控知识权限、跑评测、管版本发布时，低代码加接口的组合就开始吃力；而这些正是 ADP 这类智能体开发平台的内置环节：知识库、工具接入、测试评测、发布治理都有平台级支持。判断办法很直接：列一下上线后要管什么，数一数现有平台能不能接住。
| 对比维度 | 低代码加大模型接口 | 智能体开发平台（如 ADP） |
|---|---|---|
| 企业知识库与检索 | 需自行拼装 | 平台内置，可配更新机制 |
| 权限与数据边界 | 依赖表单级权限 | 按知识、工具、操作分层配置 |
| 评测与发布治理 | 基本空白 | 评测集、灰度、版本管理内置 |
| 系统连接深度 | 表单与字段级对接 | API、MCP、数据库级连接 |
如果应用只是给几十人用的内部问答，知识就几十份文档，低代码方案完全够用，上开发平台属于过度建设；什么时候迁移，等评测和权限需求真实出现再动，不要为架构先进性提前买单。
BI 回答的是指标口径定好之后发生了什么，价值在稳定和可复算；智能体处理的是口径无法预先定义的问题——从几十份结构不一的资料里综合出一份答案，或按当次语境决定下一步动作。问题能写成固定指标就进 BI，写不成才考虑智能体，这个顺序不要倒过来。
如果数据质量差、口径混乱，先上智能体只会把混乱包进一段流畅的话里，结论反而更难核对；这类组织该先修数据，智能体是数据基本可用之后的放大器，不是替代品。
实操上分四层就够用：完全固定的走脚本和 RPA，指标明确的走 BI 和规则，主体固定但夹带判断的以 Workflow 为主、局部接模型，真正开放的任务才让 Agent 主导。分层本身就是取舍，每层的迁移都有维护成本。深云的企业 AI 应用开发服务页把第一个场景的筛选条件写为高频、责任人明确、数据条件较好、结果可衡量且风险可控，这份清单适合当分层后的抽检标准。
| 层级 | 任务特征 | 建议路线 |
|---|---|---|
| 第一层 | 步骤与输入完全固定 | 脚本、RPA |
| 第二层 | 指标口径明确的查数问题 | BI 看板与规则 |
| 第三层 | 主体固定、夹带文字判断 | Workflow 为主、节点接模型 |
| 第四层 | 资料结构未知、需临场规划 | Agent 主导、人工复核 |
四层是经验划分，不是行业标准，同一条流程的不同段落可能落在不同层；分层结果要每季度复核一次，流程改版或系统更替之后，原有分层可能整体失效。
代价集中在两个阶段：一是上线后的验证期，固定流程用智能体跑，每次输出都要人工核，人力很快被核对工作吃光；二是第二次需求变更期，开放任务用硬编码实现，改一个分支就要重新开发排期。补救方向一致：把写死的开放段换成 Agent，把失控的固定段收拢进 Workflow，两边往中间归位。
已上线且用户已形成习惯的应用，换路线要按段落灰度切换，整体替换会把熟悉旧版的使用者一起得罪；迁移期间两套并行至少 2 周，这段双倍运行成本要提前列入预算。
本文为技术路线选型的通行做法整理；文中分层、周期与比例均为经验值，非效果承诺；ADP 平台能力以腾讯云官方文档为准，服务范围以官网公开页面为准。
深云做企业 AI 生产化交付，可以先给一版场景判断与实施路径，再决定要不要做。
了解深云的交付方式