如果您之前是 Dialogflow CX 用户，则可能希望在逐步使用 CX Agent Studio 构建新代理的同时，重用现有的流程。
您可以创建基于流程的智能体，该智能体会将对话移交给流程，直到流程达到 END_SESSION。此时，对话会返回到启动基于流程的代理的 CX Agent Studio 代理。
CX Agent Studio 代理应用使用 DetectIntent API 方法将用户输入发送到流。对于语音输入，CX Agent Studio 代理应用会处理这些交互的 TTS 和 STT。
您可以使用控制台定义数据在代理应用和流程之间的双向传输方式。
配置权限
为了让代理应用有权调用 Dialogflow CX 流，您需要为 Customer Engagement Suite 服务代理提供 Dialogflow API 客户端角色。
创建基于流程的智能体
如需使用代理构建器创建基于流程的代理，请执行以下操作：
- 点击应启动基于流程的代理的代理底部的加号按钮。
- 点击 Import flow-based agent（导入基于流程的代理）。 系统会打开配置面板。
- 为您的流程选择项目。
- 为您的流选择代理。
- 提供显示名称。
- 为父 CX Agent Studio 代理提供说明，描述何时将控制权转移给相应流程。
- 提供流程起始资源。
- 提供应为流程使用的环境。 系统会默认选择“草稿”。
- 提供输入变量映射。 您在此处提供的变量会作为会话参数发送到流程。
- 输出变量映射。 您在此处提供的流会话参数会作为变量发送到代理应用。
- 点击导入。
迁移最佳实践
在利用现有流程时，请牢记以下最佳实践。
策略方案
虽然 CX Agent Studio 智能体提供的功能与剧本类似，但请务必了解，CX Agent Studio 智能体并非即插即用的替代方案。Dialogflow CX 代理的 playbook 和流程之间可能存在紧密耦合，因此难以直接替换。
隔离型代理与集成型代理
从流程和剧本之间存在复杂关系的 Dialogflow CX 代理过渡到 CX Agent Studio 代理时，您应首先考虑隔离代理类型。
您可以为所有新使用情形创建新的 CX Agent Studio 代理，并继续维护 Dialogflow CX 代理以应对旧使用情形。为此，您可以使用路由层来确定应调用哪种类型的代理。
请注意，在达到 END_SESSION 之前，CX Agent Studio 指向代理无法在 Dialogflow CX 代理之间执行转移，并且控制权会返回给 CX Agent Studio 指向代理。
如果此方法不可行，并且您必须使用现有流程，则可以使用本指南中所述的基于 CX Agent Studio 流程的代理。请务必使用 CX Agent Studio 代理作为引导代理，以管理 CX Agent Studio 代理和流程之间的路由。
请注意，此过程可能需要付出大量的一次性努力。
用于高度确定性业务逻辑的流程
流程非常适合管理高度确定性的业务逻辑，尤其是在 CX Agent Studio 回调无法处理此类逻辑时。
使用流程的优秀示例：
- 执行顺序数据收集和验证
- 根据会话参数执行身份验证流程
使用流程的反面示例：
- 使用预设回答回复用户，因为这可以通过 CX Agent Studio 代理回调轻松实现。
- 执行意图分类和检测，因为您应该将 LLM 用于此类目的。
将 flow 视为黑盒
流程的一个问题是，它们依赖于会话参数（隐式全局参数）。默认情况下，在流程中收集的所有参数都会自动传播到会话范围，从而可供后续流程访问。此方法存在一个问题，即上游流程中对参数收集逻辑的修改可能会无意中中断下游流程。
使用基于 CX Agent Studio 流的代理时，必须仔细考虑此行为。 CX Agent Studio 智能体必须将流视为封装的黑盒，所有必需信息都通过显式输入参数传递。在启动流程时，流程应使用这些传入的参数作为会话参数来执行其指定的操作。 相反，在退出流程时，流程必须先根据会话参数填充预定义的输出参数，然后再将控制权让给 CX Agent Studio 代理。
示例
下图展示了一种推荐的配置，其中 CX Agent Studio 代理充当路由层，而流程在放弃控制权之前执行自包含的逻辑。
下图展示了一种可接受的配置（请注意 playbook 的纳入），只要 playbook <-> 流程互动保持封装状态，不被路由 CX Agent Studio 智能体所知即可。
下图展示了一种不可接受的配置，因为 CX Flow B 和 PS Agent A 之间存在复杂且来回的转换，这会影响接口的封装。
