一、业务知识库：让大模型知道是什么？有哪些？怎么做？
要让大模型有效地实现业务受理，首先需要构建全面的业务知识库，使其了解和识别电信行业中的各类业务及其参数。
1. 行业知识大模型不识别，让模型知道这些知识
详细介绍电信行业中的受理业务类型及其参数。首先，提供背景信息，详细介绍电信行业中的常见业务类型和参数：
背景信息： 电信行业的业务受理包括多种类型的流量包，这些流量包可以按不同的计费方式和属性进行购买和使用。
流量包类型
按小时计费的流量包：按小时计费，适用于短时间内需要大量流量的用户。
按天计费的流量包：按天计费，适用于一天内需要大量流量的用户。
按月计费的流量包：按月计费，适用于一个月内需要稳定流量的用户。
针对特定应用或平台的流量包：如只适用于抖音、斗鱼等特定应用的流量包。
按季度计费的流量包：按季度计费，适用于长期且稳定的流量需求。
按年计费的流量包：按年计费，适用于整年流量需求稳定的用户。
每个流量包的属性
流量：流量包内包含的流量量，例如1GB、10GB。
时长：流量包的有效使用时间，例如4小时、1天、1个月。
价格：流量包的价格，例如2元、5元。
生效时间：流量包购买后生效的时间，通常是“立即生效”。
平台：仅适用于定向流量包，指定流量包使用的特定平台，例如斗鱼、抖音。
其次是示例引导
通过具体示例引导模型生成相关内容：
示例1：我要安装一条宽带，要求如下：宽带地址：XX，姓名：XXX，联系电话：XXX，套餐XX。
示例2：我要购买一个按月计费的流量包，要求如下：流量包类型：月包，流量：10GB，价格：30元，生效时间：立即生效。
再次明确要求清晰地描述需要受理的内容和格式：
宽带安装：
宽带地址：XX
姓名：XXX
联系电话：XXX
套餐：XX
流量包购买：
流量包类型：月包
流量：10GB
价格：30元
生效时间：立即生效
2. 大模型没有提前定义需要的角色
定义角色和职责，明确模型在处理业务时应具备的角色和职责：
电信业务受理助手：
职责：指导用户完成业务受理，检查信息是否完整。
示例任务：帮助用户填写宽带安装申请、购买流量包。
指示模型如何处理未知或缺少的信息：
示例：如果用户没有提供具体的流量包类型，模型应提示用户选择合适的流量包类型。
缺失信息提示：对话过程中如果缺少某些关键信息，模型应自动提示用户补充。例如，“您没有提供流量包类型，请选择按小时、按天、按月等类型。”
3. 实现步骤
梳理业务知识背景信息：构建详尽的电信业务知识库，包括各类业务及其参数。
示例引导：提供具体的业务受理示例，帮助模型理解和生成相关内容。
明确要求：定义用户需要提供的具体信息，确保模型能够准确识别和处理业务受理需求。
默认元素：模型需默认识别的关键要素，例如流量、时长、价格、生效时间等。
智能生成元素：根据上下文自动生成的要素，例如默认生效时间，如果用户没有明确说明则设为“立即生效”。
- 用户确认：最终向用户确认要受理的业务，确保信息完整准确：
示例：确认宽带安装申请：
宽带地址：XX
姓名：XXX
联系电话：XXX
套餐：XX
二、受理流程
1. 识别用户要办理的产品及办理要素
产品类型：流量包 流量包类型：月包 流量：10GB 价格：待确认 生效时间：待确认
2. 根据产品要素检查用户受理产品要素是否齐全
产品类型是否明确 流量包类型是否选择 流量大小是否确定 价格是否明确 生效时间是否确定
3. 不完整的需要用户进行补充
4. 检查完整之后给用户确认
流量包类型：月包 流量：10GB 价格：30元 生效时间：立即生效
5. 确认之后调业务受理智能体
三、业务受理助手实现方案
1. 前台对话机器人
功能及实现步骤识别受理元素：根据用户的对话内容识别受理要素，确保信息完整。 校验配置元素：检查用户提供的配置信息是否完善、准确。
对话模板：设计标准的对话模板，引导用户提供完整信息。例如，按顺序询问用户的宽带安装地址、姓名、联系电话等信息。 调试对话：逐步优化对话流程，确保模型能够准确识别和处理用户的受理需求。
模型：“请问您要办理宽带安装吗？” 用户：“是的。” 模型：“好的，请提供您的宽带安装地址。” 用户：“XX路XX号。” 模型：“请提供您的姓名。” 用户：“XXX。” 模型：“请提供您的联系电话。” 用户：“1234567890。” 模型：“请提供您选择的宽带套餐。” 用户：“50M宽带套餐。” 模型：“信息确认：宽带地址：XX路XX号，姓名：XXX，联系电话：1234567890，套餐：50M宽带套餐。请确认。” 也可以一句话把所有内容提供进行识别
2. 产品受理智能体
功能及实现步骤参数转化：将用户确认的商品信息转化为系统参数，确保准确传递给业务系统。 接口调用：根据参数调用业务系统接口，完成业务受理。
参数解析智能体（Sequential Chain）：解析用户输入的参数，确保准确传递给业务系统。 业务受理接口：调用产品受理接口，并返回结果。
业务受理参数梳理：明确各类业务受理的参数要求，确保模型能够识别并处理这些参数。 业务受理接口梳理：定义接口调用流程，确保模型能够准确传递受理信息并调用相应的系统接口完成业务受理。
业务受理参数梳理：
产品类型 流量包类型 流量 价格 生效时间
业务受理接口梳理： 确定接口调用的URL或方法 定义接口需要的参数格式 测试接口调用，确保能够成功处理业务
