场景评估与方案梳理
把使用角色、现有步骤、期望结果和异常处理说清，再判断适合用智能体还是工作流。
了解智能体编排交付过程
每一步都知道要做什么、准备什么
下面按完整场景说明。只做评估或单项接入时，按实际需要选择对应阶段。
- 01
场景评估
先判断值不值得做、条件够不够，不急着把所有系统都接进来。
- 一起确认
- 使用对象、当前步骤、期望结果，以及哪些操作必须由人确认。
- 需要准备
- 现有系统、一个高频问题，以及熟悉这个场景的业务人员。
- 阶段结果
- 把场景适配、主要前置条件和建议起点聊清楚。
- 02
方案与原型
把知识、工具和人工边界放进同一条业务路径，先看是否走得通。
- 一起确认
- 资料从哪里来、调用哪些接口、每一步由谁核对、异常时停在哪里。
- 需要准备
- 样例文档、业务规则、接口条件和可用于核对的示例。
- 阶段结果
- 形成可讨论的场景流程与演示内容，具体范围按项目确认。
- 03
场景交付
按需组合智能体、知识库、工作流和系统工具，不强制一次使用全部能力。
- 一起确认
- 模型与知识配置、工具权限、流程分支、使用入口和人工确认点。
- 需要准备
- 业务人员参与核对规则，接口负责人配合处理接入问题。
- 阶段结果
- 形成可试用的场景应用，并保留后续调整所需的配置与记录。
- 04
联调验收
不只验证一条正常演示，还要检查错误资料、异常输入和权限边界。
- 一起确认
- 回答是否有依据、调用是否正确、人工确认是否生效、异常能否发现。
- 需要准备
- 真实业务样例、验收人员，以及对结果正确性的判断标准。
- 阶段结果
- 记录已核对内容和待调整项，再决定是否开放给更多人员使用。
- 05
上线运营
按权限开放使用，用日志、对话记录和用量持续检查实际效果。
- 一起确认
- 谁可以使用、谁负责维护、哪些问题需要调整知识或流程。
- 需要准备
- 使用人员与运营负责人，以及后续问题反馈方式。
- 阶段结果
- 建立可持续核对和迭代的入口，再决定是否扩展到下一个场景。
服务边界
先把不能省掉的事情说清楚
AI 能否进入真实流程，取决于资料、接口和业务规则。评估的意义就是尽早发现这些条件，而不是承诺所有场景都能直接自动化。
- 资料不准确时，先修正来源和口径，不把错误内容包装成可靠回答。
- 现有系统没有合适接口时，先确认可行的接入方式，不假设一定能直接操作。
- 高风险操作保留人工确认，业务结果仍由负责人员核对。
- 交付范围、验收内容和后续维护方式，按实际项目另行确认。
