腾讯云大模型知识引擎LKE+DeepSeek结合工作流升级智能客服原创

在上期教程中介绍如何通过知识库打造智能客服系统，本期教程将介绍如何结合工作流打造更具交互性的、能够远程调用API的智能客服系统。点击上方工作流管理，通过手动录入的方式新建一个工作流，这里创建一个开发票的工作流，首先输入工作流的名称和相关描述，描述的内容也可以通过AI进行优化。在首次使用的时候，可能会弹出新手向导，这里就使用系统自带的事例进行演示，此时已经自动生成了一个简单的工作流。工作流提供了直观的可视化画布。支持通过多种节点来编排复杂的业务流程。这里的流程是，首先提取开票类型，根据用户输入的信息提取开票类型，可以是自开或代开，接下来通过条件判断语句。如果是自开，则走上面的大模型路线，这里会通过大模型来解释自开发票所需要的不足。

如果是代开发票的直接回复代开发票的文本内容，因为这只是一个演示，并没有真正的开发票，所以他只是走了一个工作流的流程，最后将内容输出并结束。现在可以调试一下。根据输入的内容，工作流会自动提取关键字。当我们输入自开的时候，它就会走上面的路线，当我们输入带开的时候，它就会走下面的路线，这是因为工作流提取到了用户输入的内容之后，通过条件判断来决定。不同的流程处理方式。因为这个工作流目前是走大模型语言来解释开票流程，不太符合我们正常的开票逻辑，我们将这个工作流改进一下，首先将之前的内容删掉，然后添加新的工作节点。先添加一个参数提取节点。将其名称改成发票信息，通过这个节点提取发票所需要的抬头和税号。先输入抬头。

然后再下面输入描述，这个描述也能一键AI用AI优化的方式来完善。总理添加税号。接下来添加一个选项卡节点。将选项卡改为发票类型，这里填写的引导语就是让用户选择具体的发票类型，假设有电子普票和电子专票两种发票类型可以选择。接下来添加一个条件判断节点。根据用户选择的发票类型。决定不同的处理流程。正常的流程，此时应该调用API，可以利用工具组件调用我们自己开发好的业务API。接收参数，开具发票，但因为我们这里只是演示，所以这个开发票的环节就不做API处理了。在这里直接就根据用户选择的电子普票和电子专票这两种发票类型，做两种文本的处理方式。

用于演示开发票的过程。根据下方要返回的内容，在上面输入变量。首先是抬头数据类型选择引用，选择发票信息的抬头税号也是如此，类型选择引用。选择发票类型那个选项卡里面的用户选择的内容，然后将下方的信息补全。这里插入变量的方式是输入斜杠，然后就可以手动选择上面已经输入好的变量，我们将变量信息一一填写到位。从里添加一个新的处理节点，用于返回选择电子专票时的信息。将3个回复节点的最终流程都指上结束。此时，开发票的这么一个工作流就已经设置完毕了。点击开始调试，首先，系统会让我们输入开发票所需要的抬头和税号，其次，系统让我们选择发票类型，根据发票选择的类型，电子普票、电子专票。

通过判断返回不同的处理信息。模拟真实的开票流程，至此，开发票的工作流就设置完毕。为了体验更多的功能，我们在创建一个新的工作流，到店预约。这个工作流将体现如何调用业务API，结合自身数据库来返回相关的信息。首先建立一个选项卡节点，用于让用户选择到店预约体验的手机型号。接下来创建一个参数提取节点。用于提取用户到店预约的时间和手机号，这个时间要支持语义描写。比如说当用户输入明天后天的时候，要统一转化成某种固定的格式。统一格式，才能方便于后面的API调用。提示词可以通过一键AI优化来进行改写。

接下来创建一个回复节点，用于处理用户没有选择选项卡之中的两个型号的时候，这种情况下给用户一个提示。在预约信息节点后面创建一个工具节点，这个工具节点主要用于API的业务判断，此时要接入我们自己写好的API。如果不会填写，可以点击右上角导入模板API的填写方式，这里我用PHP写好了一个API预约的接口代码。我们首先通过接收3个变量。然后进行判断。也可以通过数据库的方法来判断，但是这里演示的时候，我直接将预约条件写死了。生成两个条件，一个是预约成功，一个是预约失败。然后填写正确的API接口。设置请求参数的变量。完善输出变量。在添加一个条件判断节点，用于判断接口返回的数值是成功还是失败。

成功就接入一个预约成功的回复信息，失败就接入一个预约失败的回复信息。然后填写预约成功、预约失败的返回信息，并设置相关变量。其中，到店时间、手机号和预约的手机类型是通过之前用户输入的工作流节点获取的，而返回信息和地址变量则是通过API工具节点获取。设置完成后，将所有的回复节点都统一连接至结束节点，至此，一个到店预约的工作流就设置完毕了。开启调试测试工作流。首先工作流会返回，让我们选择要体验的手机型号，然后让我们输入到店时间，这个时候是支持语音输入的。可以输入明天后天这样的词，接下来输入手机号，此时工作流准备调用API接口来判断是否能够预约，因为我在程序中已经设定好了这个手机的型号和这个时间是无法预约的。所以返回预约失败的流程。

可以重新观察一下这个执行的流程。接下来我们测试一下返回成功的预约请求。同样，还是先选择一个要体验的手机类型。然后输入到店时间。输入手机号码。系统这时候已经开始准备调用API了，这时候因为程序判定这回会返回正确的可以预约的状态码。好，此时就返回预约成功的信息。可以看到，工作流执行的是预约成功的流程。点击详情还能够查看每一步工作流的调用方式以及各种参数的使用。至此，到店预约的工作流就已经全部设置完毕。在此基础上，我们还可以进行一些扩展，比如说在某个工作流之中调用另外一个工作流。以实现工作流之间的互相传递。那么此时我们在创建一个新的工作流，欢迎与用于用户在首次发送消息的时候引导用户的操作。

首先添加一个选项卡节点，输入服务引导，填写3个选项，分别是开发票。到店预约了解产品，在开发票节点上选择开发票的工作流，同理，到店预约选择到店预约的工作流，了解产品直接添加一个回复菜单，提示用户输入相关信息。这样一个调用其他工作流的工作流就已经制作完毕了。我们测试一下。可以看到，他们分别走了不同的流程。首先是开发票的流程。其次是到店预约的流程。在上一期的教程中已经设置好了知识库，本次教程就不再设置了。工作流默认是已经打开的，我们可以直接测试。可以看到，当我们首次发送消息的时候，系统会自动调用欢迎语的工作流。

根据我们的选择方式不同。会调用欢迎语，内部的开发票、到店预约等工作流的分支。除此之外，仍然可以兼容上期视频之中。所表现的知识库的。一问一答的方式。除了最开始的选择按钮之外，也可以通过语义的方式，比如说发送。我要开发票。开发票之类的。也能够触发相应的工作流。在腾讯云官方网站的文档上，有对工作流的详细介绍。其中也有一些事例，比如如何使用deep打造更为复杂的业务工作流。本期教程到此结束，关于知识库工作流的更详细的应用可以参考腾讯云的官方文档。