第 5 节 / 共 7 节
Coze 平台进阶使用
Day05 Coze 完整笔记
Day05 Coze 进阶使用完整笔记
今日目标
- 理解私有数据访问的两种常见方式:知识库和数据库。
- 掌握在 Coze 中创建知识库、上传文档、配置分段,并在工作流中使用知识库检索节点。
- 理解知识库检索的核心参数:检索策略、召回数量、最小匹配度、查询改写、结果重排。
- 掌握“知识库优先,联网搜索兜底,大模型润色输出”的 RAG 工作流设计思路。
- 掌握 Coze 数据库的创建、导入数据、查询、新增、更新、删除等基本操作。
- 理解多模态数据处理:文生图、图片清晰度提升、语音识别、语音合成、视频生成。
- 能把今天的能力放到 AI 面试助手、课程助教、企业客服等真实业务场景中理解。
一、今日课程总览
Day04 我们已经学习了智能体、工作流、节点和插件。Day05 要往前走一步:让智能体访问自己的资料、读写自己的业务数据,并处理文本以外的图片、音频、视频。
今天可以分成两条主线:
- 私有数据访问:让智能体不只依赖模型记忆,而是能使用我们提供的文档和业务数据。
- 多模态处理:让智能体不只处理文字,也能处理图片、音频、视频,并能生成图片、语音、视频。
用工作场景来理解:
- 如果你做一个“课程问答助手”,它需要读取课程讲义、PPT、讲课笔记,这更适合知识库。
- 如果你做一个“学生签到助手”,它需要记录谁签到了、谁没签到,这更适合数据库。
- 如果你做一个“面试录音分析助手”,它需要把音频转成文字,这就需要 ASR。
- 如果你做一个“广告生成助手”,它可能需要文案、商品图、配音、视频,这就是多模态 AIGC。
二、知识库和数据库的区别
知识库和数据库都属于“私有数据访问”,但它们解决的问题不一样。
知识库更像一个支持快速检索的资料文件夹,适合存放文档、说明书、课程资料、PDF、Word 等内容。它通常用于“读资料、查资料、根据资料回答问题”。
数据库更像一张可以被程序操作的表格,适合存放结构化数据,例如学生信息、订单记录、绩效数据、签到状态、面试题记录。它通常用于“增删改查”。
对比表:
| 对比点 | 知识库 | 数据库 |
|---|---|---|
| 数据形态 | 文档、段落、文本片段 | 表格、字段、记录 |
| 典型来源 | PDF、Word、网页、说明书 | Excel、CSV、业务系统 |
| 核心能力 | 检索和召回相关内容 | 增删改查结构化数据 |
| 是否常修改 | 通常不频繁修改 | 经常新增、修改、删除 |
| 适合场景 | 课程问答、制度问答、产品说明问答 | 签到、绩效、订单、用户信息 |
| 工作流常见节点 | 知识库检索节点 | 数据库节点 |
正确理解:
- 知识库适合“从资料里找答案”。
- 数据库适合“对表格数据做操作”。
错误理解:
- 只要是自己的数据都放知识库。
- 只要是文本内容都放数据库。
- 知识库和数据库可以完全互相替代。
三、RAG:为什么要外挂知识库
RAG 是 Retrieval-Augmented Generation 的缩写,通常翻译为“检索增强生成”。它的核心思想是:先从资料中检索相关内容,再把检索到的内容交给大模型生成答案。
大模型本身有几个问题:
- 知识可能过时。
- 不知道公司内部资料。
- 容易在不确定时编造。
- 微调成本较高,不适合每次资料变化都重新训练模型。
RAG 的思路不是把所有知识都塞进模型,而是把资料放到知识库里,用户提问时先检索,再回答。
标准流程:
原始文档 -> 解析文档 -> 文档分段 -> 向量化 -> 存储到向量数据库 -> 用户提问 -> 检索相关片段 -> 大模型生成答案
重点不是“上传文档”四个字,而是理解为什么要分段、为什么要检索、为什么最后还要大模型润色。
四、创建知识库的关键步骤
在 Coze 中创建知识库大致包含以下步骤:
- 进入资源库。
- 新建知识库资源。
- 选择知识库类型。
- 上传文档资料。
- 选择解析方式。
- 配置分段策略。
- 预览分段效果。
- 保存并在工作流中使用知识库检索节点。
1. 文档解析
文档解析就是把 PDF、Word 等文件中的内容读取出来,转换成平台可以处理的文本。
常见问题:
- PDF 可能是扫描件,需要 OCR。
- 文档中表格、图片、标题结构可能解析不完整。
- 文件过大时,解析和后续检索可能更慢。
2. 分段
分段就是把一整篇文档切成一个个小片段,也叫 chunk。
为什么要分段?
如果把整本文档当作一个整体,用户问一个小问题时,系统很难精准找到相关位置。分段之后,检索系统可以更准确地找出和问题相关的几个片段。
常见分段策略:
- 自动分段:平台根据内容自动切分,适合入门。
- 自定义分段:按符号、标题、字符数等规则切分,适合有明确结构的资料。
- 层级分段:保留标题层级,适合课程讲义、说明书、制度文档。
分段太大和太小都有问题:
- 分段太大:召回内容不精准,模型容易读到很多无关内容。
- 分段太小:上下文不完整,模型可能看不到前因后果。
3. 分段重叠
分段重叠是指相邻片段之间保留一部分重复内容。它的作用是避免一句话或一个知识点刚好被切断,导致检索到的片段语义不完整。
例如一段解释 Transformer 的文字,前半句在第一个片段,后半句在第二个片段。如果没有重叠,检索到其中一个片段时,模型可能看不完整。适当重叠可以保证语义连续。
五、知识库检索节点核心参数
知识库创建好之后,要在工作流中通过知识库检索节点使用。
常见流程:
开始节点接收用户问题 -> 知识库检索节点检索相关片段 -> 大模型润色整理 -> 结束节点输出答案
1. 检索策略
常见检索策略包括全文检索、语义检索、混合检索。
全文检索更像关键词匹配。用户问的问题中出现了某个词,系统就去文档中找这个词。优点是直接,缺点是表达换一种说法就可能找不到。
语义检索更像理解意思。它会把问题和文档片段转成向量,然后计算相似度。即使用户没有说完全一样的关键词,只要意思接近,也有机会召回。
混合检索把全文检索和语义检索结合起来,通常更稳。对于课程资料、业务制度、产品说明这类文档,混合检索往往更适合。
2. 向量和相似度
语义检索背后常用向量表示。可以简单理解为:系统把一段话转成一组数字,这组数字代表它的语义位置。
两个句子意思越接近,它们在向量空间中的距离越近。系统会计算相似度,找到最相关的片段。
课堂上不用让学生掌握数学公式,但要让学生理解:语义检索不是靠字面完全一样,而是靠意思相近。
3. 最大召回数量
最大召回数量表示一次最多返回几个相关片段。
数量太少,可能漏掉重要信息。
数量太多,模型会读到很多无关内容,回答反而变乱,还会增加成本和耗时。
入门建议先使用默认值,例如 5 个片段,再根据效果调整。
4. 最小匹配度
最小匹配度是召回门槛。只有相似度超过这个门槛的片段才会被返回。
匹配度太低,容易召回无关内容。
匹配度太高,可能什么都召不回来。
可以这样理解:
- 0.5:比较宽松,容易有结果,但可能混入无关内容。
- 0.7:相对平衡,适合多数入门场景。
- 0.85:比较严格,适合资料质量高、问题明确的场景。
- 0.99:非常严格,通常容易召回不到。
5. 查询改写
查询改写就是把用户的自然问题改写成更适合检索的问题。
例如用户问:
我昨天看到那个关于模型发展的资料,BERT 和 GPT 到底差在哪?
系统可以改写成:
BERT 和 GPT 的区别是什么?
改写后的问题更短、更清晰,更适合检索。
6. 结果重排
结果重排是在召回多个片段之后,再根据相关性重新排序,把最有价值的内容放到前面。它的作用是提升大模型看到关键信息的概率。
六、为什么知识库检索后还要润色
知识库检索节点返回的通常是原始片段。原始片段对系统有用,但对用户不一定友好。
直接返回原始片段的问题:
- 内容可能零散。
- 格式不自然。
- 用户看不出重点。
- 没有结合用户问题组织答案。
因此要增加一个大模型润色节点。
更稳的设计是:
用户问题 -> 知识库检索
-> 如果知识库有结果:以知识库为主回答
-> 如果知识库无结果:调用联网搜索兜底
-> 大模型融合和润色
-> 输出答案
这个流程的核心不是“美化语言”,而是让系统既有私有资料的准确性,又有联网搜索的兜底能力。
七、Coze 数据库:从只读资料到可操作数据
知识库主要用于检索文档,数据库则用于管理结构化数据。
课堂案例中可以创建一个绩效数据表,例如:
| 字段 | 含义 | 类型建议 |
|---|---|---|
| work_code | 工号 | 字符串 |
| name | 姓名 | 字符串 |
| performance_level | 绩效等级 | 字符串 |
注意:工号虽然看起来是数字,但通常不参与计算,更适合存成字符串。否则前导 0、格式统一等问题可能出错。
Coze 数据库创建时要注意:
- 字段名要和导入 Excel 的表头匹配。
- 测试数据和线上数据要区分。
- 权限设置要结合业务理解。
- 平台会自动添加一些系统字段,例如 ID、UUID、创建时间等。
八、数据库查询流程
数据库查询不是直接把用户一句话丢给数据库,而是先从用户话里提取查询条件。
典型流程:
用户输入 -> 意图识别 -> 人名抽取 -> 数据库查询 -> 大模型润色 -> 输出
例如用户问:
帮我查一下张三的绩效
系统需要先抽取出 张三,再去数据库里查 name == 张三 的记录。
为什么要润色?
数据库节点返回的可能是 JSON 或表格结构,用户不一定看得懂。最终输出应该变成自然语言,例如:
查询到张三的工号为 1001,当前绩效等级为 B。
九、数据库新增、更新、删除
1. 新增数据
新增数据的核心流程:
用户输入 -> 信息抽取 -> 新增数据节点 -> 输出新增结果
例如用户输入:
新增员工乔峰,工号 666,绩效 S。
系统需要抽取:
- 姓名:乔峰
- 工号:666
- 绩效:S
再把这些字段写入数据库。
易错点:
- 抽取字段名和数据库字段名对应不上。
- 用户少说一个字段,系统仍然直接新增。
- 新增后没有提示是否成功。
2. 更新数据
更新数据相当于 SQL 中的 WHERE + SET。
要更新一条记录,必须先定位是哪条记录,再说明要改什么。
例如:
把乔峰工号 666 的绩效改成 D。
定位条件:
- 姓名 = 乔峰
- 工号 = 666
更新字段:
- 绩效 = D
为什么常用姓名和工号两个条件?
因为单独用姓名可能重名,单独用工号如果用户输错也危险。联合条件更稳。
3. 删除数据
删除数据只需要删除条件,不需要设置更新字段。
例如:
删除乔峰工号 666 的绩效记录。
删除条件:
- 姓名 = 乔峰
- 工号 = 666
删除操作要谨慎。真实业务中,删除前最好做确认,或者用“软删除”字段标记,不要直接物理删除。
课堂入门阶段可以先掌握节点配置,但要给学生讲清楚真实工作中的风险意识。
十、多模态是什么
多模态指 AI 能处理不止一种数据类型。文本是一种模态,图片、音频、视频也是模态。
常见模态:
- 文本:文章、问题、提示词、报告。
- 图片:商品图、截图、海报、证件照。
- 音频:录音、配音、语音消息。
- 视频:宣传片、教学视频、产品展示。
多模态能力的意义是:让 AI 从“只会读文字”变成“能看、能听、能说、能生成内容”。
十一、图像类能力
1. 文生图
文生图就是根据文字提示词生成图片。
典型流程:
开始节点接收提示词 -> 图像生成插件 -> 输出图片链接或图片结果
应用场景:
- 电商商品图。
- 小红书配图。
- 课程封面图。
- 广告创意图。
- 原型视觉探索。
提示词要尽量包含:
- 主体是什么。
- 场景在哪里。
- 风格是什么。
- 光线、构图、颜色等要求。
- 不希望出现什么。
2. 图片清晰度提升
图片清晰度提升用于改善低分辨率或模糊图片。
流程:
上传图片 -> 图片清晰度提升插件 -> 输出增强后的图片
注意:
- 输入类型要从文本改成图片。
- 图片要上传完成后再运行。
- 提升清晰度不是魔法,如果原图信息严重缺失,效果仍然有限。
- 这类插件通常消耗积分,要注意成本。
十二、音频类能力
1. ASR:语音识别
ASR 是 Automatic Speech Recognition,意思是语音转文字。
流程:
上传音频 -> 语音识别插件 -> 输出转写文本 -> 大模型润色或分析
应用场景:
- 面试录音转写。
- 会议纪要。
- 课堂录音整理。
- 客服通话分析。
注意:
- 输入类型要改成音频。
- 长音频可能需要更长超时时间。
- ASR 输出可能没有标点,需要后接大模型润色。
- 识别质量受噪音、口音、多人说话影响。
2. TTS:语音合成
TTS 是 Text-to-Speech,意思是文字转语音。
流程:
输入文本 -> 语音合成插件 -> 输出音频链接
应用场景:
- 广告配音。
- 课程旁白。
- 智能客服语音回复。
- 短视频解说。
常见参数:
- 文本内容。
- 音色。
- 语速。
- 情绪。
- 语言。
注意:很多 TTS 插件对文本长度有限制,使用前要看插件说明。
十三、视频生成能力
视频生成是多模态中成本较高、效果波动也较大的能力。它可以根据文字或图片生成视频。
常见参数:
- 模型。
- 分辨率。
- 时长。
- 种子值。
- 提示词。
视频生成的难点:
- 成本高,Token 或积分消耗大。
- 人手、肢体、物理运动容易出错。
- 复杂动作容易“一眼假”。
- 生成时间较长。
课堂上要让学生掌握基本流程,但也要知道它不是万能的。真实工作中常用策略是:先用大模型优化提示词,再分段生成,再人工挑选和剪辑。
十四、和 AI 面试助手项目的关系
今天的内容可以自然连接到 AI 面试助手项目。
项目中的几个模块对应今天的能力:
- 简历评估:文档提取 + 数据库违禁词 + 大模型分块评估。
- 面试录音分析:ASR 语音识别 + 大模型角色划分 + 问答对提取 + 结果评估。
- 面试题生成:简历解析 + 数据库读取历史面试题 + 大模型生成题目。
- 批处理:循环结构或批量处理能力,处理多个学生、多份简历、多段录音。
这就是今天学习的价值:不是学一个孤立按钮,而是把知识库、数据库、多模态都放到真实 AI 应用里。
十五、今日易错点
- 知识库不是数据库。知识库适合文档检索,数据库适合结构化增删改查。
- 文档上传后必须关注分段效果,分段不好会影响检索质量。
- 检索结果不要直接丢给用户,通常需要大模型润色。
- 知识库无结果时要有兜底方案,例如联网搜索或提示用户资料不足。
- 数据库字段名、抽取字段名、节点绑定字段要一致。
- 更新和删除必须有明确条件,不能只靠姓名这种不稳定条件。
- 工号看起来是数字,但业务上通常是字符串。
- 多模态节点的输入类型要改对,图片用 image,音频用 audio,文档用 doc 或 file。
- ASR 输出可能没有标点,需要后续整理。
- 视频生成成本高、效果不稳定,要让学生理解边界,不要过度承诺。
课程资料库(面试宝典 / 简历 / 题库)
- 📄 02-简历.docx 27.2KB
- 📕 08-简历项目库.pdf 174.2KB
- 📕 人工智能面试宝典_V6.6.pdf 5.9MB
- 📈 面试题目200道.xlsx 18.4KB
Day05 作业
Day05 Coze 进阶使用课后作业
一、选择题
-
下列更适合放入知识库的是:
A. 学生签到状态表
B. 员工绩效等级表
C. 公司产品说明书 PDF
D. 订单支付状态表 -
下列更适合放入数据库的是:
A. 课程讲义文档
B. 员工绩效数据表
C. 产品说明书
D. 大模型发展史 PDF -
RAG 的核心流程是:
A. 直接让模型自由编写答案
B. 先检索相关资料,再让模型生成答案
C. 只上传文档,不需要检索
D. 只使用数据库,不使用大模型 -
知识库分段的主要目的是:
A. 让文件名变短
B. 让文档更适合检索和召回
C. 删除所有重复内容
D. 让模型不再需要提示词 -
关于最小匹配度,下列说法正确的是:
A. 越高越好,永远设置 0.99
B. 越低越好,永远设置 0.1
C. 它是检索结果召回的门槛,需要根据效果调整
D. 它只影响页面颜色 -
数据库查询前通常需要先做什么?
A. 删除所有数据
B. 从用户输入中抽取查询条件
C. 把用户输入直接作为表名
D. 把所有字段改成数字 -
更新数据库记录时,最重要的是区分:
A. 页面颜色和字体大小
B. 定位条件和要更新的字段
C. 图片宽度和高度
D. 模型头像和智能体名称 -
ASR 指的是:
A. 文字转图片
B. 语音转文字
C. 文字转语音
D. 图片转视频 -
TTS 指的是:
A. 语音转文字
B. 文本转语音
C. 数据库查询
D. 知识库检索 -
关于视频生成,下列说法更准确的是:
A. 视频生成成本低、效果永远完美
B. 视频生成不需要提示词
C. 视频生成可能成本高、耗时长,并且复杂动作容易出错
D. 视频生成只能处理文字,不能处理图片
二、填空题
-
知识库适合存放文档资料,数据库适合存放________数据。
-
RAG 通常指先________相关资料,再让大模型生成答案。
-
文档分段后的每个小片段通常也叫________。
-
全文检索更偏向关键词匹配,语义检索更偏向理解________。
-
最大召回数量表示一次最多返回多少个相关________。
-
数据库查询结果通常不适合直接返回给用户,最好增加大模型________节点。
-
新增数据前,需要先从用户输入中抽取要写入的________。
-
更新数据时,WHERE 条件用于定位记录,SET 部分用于指定要________的字段。
-
ASR 常用于把面试录音、会议录音等音频转换成________。
-
图片清晰度提升任务中,开始节点的输入类型应该设置为________。
三、简答题
-
请说明知识库和数据库的区别,并分别举一个例子。
-
为什么大模型应用中需要 RAG?
-
文档分段太大或太小分别会带来什么问题?
-
请解释全文检索、语义检索、混合检索的区别。
-
为什么知识库检索结果通常还需要大模型润色?
-
请说明“知识库优先,联网搜索兜底”的工作流思路。
-
为什么数据库查询前要先做实体抽取?
-
数据库更新和删除为什么需要谨慎设置条件?
-
ASR 和 TTS 分别解决什么问题?各举一个工作场景。
-
视频生成当前有哪些局限?为什么不能向用户承诺一定生成完美结果?
四、操作题
1. 创建一个知识库问答工作流
要求:
- 创建一个知识库,上传一份课程资料或说明文档。
- 创建一个工作流,开始节点接收用户问题。
- 添加知识库检索节点。
- 添加大模型润色节点。
- 结束节点输出自然语言答案。
- 测试一个资料中有答案的问题和一个资料中没有答案的问题。
2. 优化知识库检索效果
要求:
- 在知识库检索节点中查看检索策略。
- 尝试调整召回数量。
- 尝试调整最小匹配度。
- 记录调整前后的回答差异。
- 写出你认为最合适的一组参数,并说明原因。
3. 搭建知识库加联网搜索兜底流程
要求:
- 在知识库问答工作流基础上加入联网搜索插件。
- 当知识库没有有效结果时,使用联网搜索兜底。
- 使用大模型节点统一整理知识库和联网搜索结果。
- 输出时要说明答案主要来自知识库还是联网搜索。
4. 创建绩效数据库并导入数据
要求:
- 创建一个数据库表。
- 至少包含
work_code、name、performance_level三个字段。 - 准备 5 条测试数据并导入。
- 检查测试数据是否导入成功。
- 说明为什么
work_code更适合使用字符串类型。
5. 搭建绩效查询工作流
要求:
- 开始节点接收用户输入。
- 使用大模型节点抽取姓名。
- 使用数据库节点查询该姓名对应的绩效数据。
- 使用大模型节点将查询结果润色成自然语言。
- 测试“查张三的绩效”和“查一个不存在的人”的结果。
6. 搭建绩效新增、修改、删除流程
要求:
- 使用意图识别节点判断用户是新增、修改还是删除。
- 新增时抽取姓名、工号、绩效等级。
- 修改时抽取姓名、工号、新绩效等级。
- 删除时抽取姓名和工号。
- 每个分支都要输出清晰的操作结果。
- 如果关键信息缺失,要提示用户补充。
7. 搭建一个多模态小工作流
要求:
从下面三个任务中任选两个完成:
- 文生图:输入提示词,生成一张图片。
- ASR:上传音频,输出转写文本,并用大模型补充标点和段落。
- TTS:输入一段文字,生成一段语音。
完成后写出:
- 你使用了哪些插件。
- 开始节点的输入类型是什么。
- 插件的关键参数是什么。
- 运行结果是否符合预期。
- 如果结果不好,你准备怎么优化。
五、答案部分
选择题答案
- C
- B
- B
- B
- C
- B
- B
- B
- B
- C
填空题答案
- 结构化
- 检索
- chunk
- 语义
- 片段
- 润色
- 字段
- 更新
- 文字
- image 或图片
简答题参考答案
-
知识库适合存放文档资料,用来检索和问答,例如公司制度 PDF、课程讲义、产品说明书。数据库适合存放结构化数据,用来增删改查,例如学生签到表、员工绩效表、订单表。
-
大模型需要 RAG,是因为模型不知道企业内部资料,知识可能过时,也可能在不确定时编造。RAG 通过先检索资料、再生成答案,让模型回答更有依据,也便于资料更新。
-
分段太大时,检索结果不精准,模型会读到很多无关内容;分段太小时,上下文不完整,模型可能只看到半句话,回答容易断章取义。合适的分段能让召回内容既精准又完整。
-
全文检索主要按关键词匹配,适合用户问题和文档原文用词接近的情况。语义检索主要按意思匹配,即使用户换一种说法也可能找到相关内容。混合检索结合两者,通常更稳。
-
知识库检索结果通常是原始片段,可能零散、生硬、不适合直接给用户看。大模型润色可以把片段整理成自然语言,按用户问题组织答案,并在资料不足时说明限制。
-
“知识库优先,联网搜索兜底”的思路是:用户提问后先查自己的知识库,如果有有效结果,就以知识库内容为主回答;如果知识库没有结果,再调用联网搜索补充信息;最后统一交给大模型整理成自然回答。
-
数据库需要明确字段和值才能查询,而用户输入通常是自然语言。例如“帮我查张三的绩效”不能直接作为查询条件,需要先抽取出姓名“张三”,再用
name == 张三去查询。 -
更新和删除会改变数据库中的数据,如果条件不准确,可能改错或删错记录。真实业务中常用多个条件联合定位,例如姓名加工号,删除前还需要确认,甚至使用软删除而不是直接物理删除。
-
ASR 是语音转文字,例如把面试录音转成文字,方便后续分析。TTS 是文字转语音,例如把广告文案生成配音,或让智能客服用语音回复用户。
-
视频生成通常成本高、耗时长,并且复杂动作、手部细节、物理交互容易出错。它更适合作为创意生成和初稿探索,不能承诺一次生成一定完美,真实工作中通常要多次生成、筛选和后期处理。
操作题参考答案
1. 创建知识库问答工作流
参考步骤:
-
在资源库中新建知识库。
这样做是为了把课程资料或说明文档存入平台,让后续工作流可以检索这些资料。 -
上传一份资料,例如课程讲义、产品说明书或大模型发展史文档。
资料应尽量结构清晰,标题和段落明确,这样分段效果更好。 -
配置解析和分段。
分段的作用是把长文档切成适合检索的小片段。建议先用自动分段,预览效果后再决定是否调整。 -
创建工作流,开始节点接收用户问题
input。
input是用户问题的入口,后面知识库检索节点要用它作为查询内容。 -
添加知识库检索节点,把
input绑定为检索问题。
这样用户问什么,系统就用什么去知识库里找相关片段。 -
添加大模型润色节点,提示词可参考:
你是一个资料问答助手。
请根据知识库检索结果回答用户问题。
如果资料中没有相关内容,请明确说明“当前资料中没有找到相关答案”。
不要编造资料中没有的信息。
用户问题:
{{input}}
知识库检索结果:
{{knowledge_result}}
说明:
{{input}}表示用户原问题。{{knowledge_result}}表示知识库返回内容,实际变量名按你的节点输出选择。-
“不要编造”是为了减少模型幻觉。
-
结束节点输出润色节点的正式回答。
-
测试两个问题:
-
资料中有答案的问题:应该能根据资料回答。
- 资料中没有答案的问题:应该提示资料不足,不应乱编。
2. 优化知识库检索效果
参考步骤:
-
先使用默认参数测试一次。
记录返回内容是否准确、是否完整。 -
调整召回数量。
如果答案漏信息,可以适当增加召回数量;如果回答混乱,可以减少召回数量。 -
调整最小匹配度。
如果召回很多无关内容,可以提高匹配度;如果经常没有结果,可以降低匹配度。 -
对比结果。
不要只看最终回答,还要看检索节点返回了哪些片段。 -
参考结论:
如果资料质量较好、用户问题明确,可以使用混合检索,召回数量 5 左右,匹配度 0.7 左右作为起点。
如果实际效果不好,再根据召回内容进行调整。
说明:
这不是唯一答案。参数调整要看资料质量、问题表达和实际召回结果。
3. 搭建知识库加联网搜索兜底流程
参考步骤:
-
在原有知识库问答工作流中增加联网搜索插件。
联网搜索用于处理知识库没有覆盖的问题。 -
增加选择器节点或判断逻辑。
判断知识库检索结果是否为空或明显不足。 -
如果知识库有结果,走知识库分支。
这样能优先使用自己上传的可靠资料。 -
如果知识库无结果,走联网搜索分支。
这样能避免用户一问资料外内容,系统就完全无法回答。 -
最后统一进入大模型润色节点。
提示词可以写:
请根据以下信息回答用户问题。
优先使用知识库内容。
如果知识库为空或不足,再参考联网搜索结果。
回答中请说明主要依据来自知识库还是联网搜索。
不要编造没有依据的信息。
用户问题:
{{input}}
知识库内容:
{{knowledge_result}}
联网搜索结果:
{{web_result}}
说明:
- 统一润色可以保证输出风格一致。
- 说明信息来源可以提升可信度。
- 联网搜索是兜底,不应覆盖明确的内部资料。
4. 创建绩效数据库并导入数据
参考步骤:
-
在资源库中新建数据库。
-
创建数据表,字段建议:
work_code:工号,字符串类型
name:姓名,字符串类型
performance_level:绩效等级,字符串类型
说明:
- 工号不参与数学计算,因此用字符串更合适。
-
字符串可以保留前导 0,也能避免格式被自动改动。
-
准备测试数据,例如:
work_code,name,performance_level
1001,张三,A
1002,李四,B
1003,王五,C
1004,赵六,A
1005,钱七,B
说明:
这是测试数据,目的是验证流程,不代表正式生产数据。
-
使用批量导入功能导入数据。
-
导入后在数据表中检查是否出现 5 条记录。
-
如果导入失败,检查:
-
表头是否和字段名一致。
- 字段类型是否匹配。
- 文件格式是否支持。
5. 搭建绩效查询工作流
参考步骤:
-
创建工作流,开始节点接收用户输入
input。 -
添加人名抽取大模型节点。
提示词可参考:
请从用户输入中提取要查询绩效的姓名。
如果能提取到姓名,只返回姓名。
如果没有姓名,只返回“无”。
用户输入:
{{input}}
说明:
- 这个节点只做一件事:提取姓名。
-
输出越简单,后面数据库查询越稳定。
-
添加数据库查询节点。
查询条件设置为:
name 等于 人名抽取节点的输出
说明:
数据库不能理解自然语言,所以要用抽取出的姓名作为查询条件。
- 添加润色节点。
提示词可参考:
请根据数据库查询结果回答用户问题。
如果查询结果为空,请说明没有找到对应记录。
如果查询到结果,请用自然语言说明工号、姓名和绩效等级。
用户问题:
{{input}}
数据库查询结果:
{{db_result}}
-
测试:
-
“查张三的绩效”:应返回张三对应信息。
- “查不存在的人”:应提示没有找到记录。
6. 搭建绩效新增、修改、删除流程
参考步骤:
- 添加意图识别节点。
设置三个意图:
新增数据:用户想添加一条新的绩效记录。
修改数据:用户想修改已有绩效记录。
删除数据:用户想删除已有绩效记录。
说明:
意图描述要写清楚,避免用户说“改一下”时系统分不准。
- 新增分支:
先用信息抽取节点提取姓名、工号、绩效等级,再绑定到新增数据节点。
如果缺少任一字段,先提示用户补充,不要直接新增。
- 修改分支:
先抽取姓名、工号、新绩效等级。
更新节点中要分清:
定位条件:name 等于 抽取姓名,并且 work_code 等于 抽取工号
更新字段:performance_level 改为 新绩效等级
说明:
定位条件用于找到要改哪条记录,更新字段用于说明改成什么。
- 删除分支:
先抽取姓名和工号。
删除节点中设置:
name 等于 抽取姓名,并且 work_code 等于 抽取工号
说明:
删除必须精确定位。只用姓名容易误删重名人员。
- 每个分支后都接一个输出节点。
输出要告诉用户操作是否完成,以及操作了哪条记录。
7. 搭建多模态小工作流
参考步骤一:文生图
- 创建工作流,开始节点接收文本提示词。
- 添加图像生成插件。
- 把用户提示词传给图像生成插件。
- 设置模型、分辨率等参数。
- 结束节点输出图片结果。
提示词示例:
生成一张写实风格的金毛犬图片,背景是雪地,金毛正在奔跑玩雪,阳光柔和,画面清晰,不要出现文字和水印。
说明:
提示词包含主体、场景、风格、光线和限制,生成结果通常更稳定。
参考步骤二:ASR
- 创建工作流,开始节点输入类型设置为音频。
- 添加语音识别插件。
- 把音频文件传给插件。
- 输出识别文本。
- 后接大模型节点补充标点和段落。
润色提示词示例:
请将下面的语音识别结果整理成通顺文本。
要求:
1. 补充合理标点。
2. 按语义分段。
3. 不改变原意。
识别结果:
{{asr_text}}
说明:
ASR 常常识别出连续文本,大模型润色可以让它更适合阅读。
参考步骤三:TTS
- 创建工作流,开始节点接收文本。
- 添加语音合成插件。
- 设置音色、语速、情绪等参数。
- 输出音频链接。
说明:
TTS 插件通常对文本长度有要求,运行前要查看插件说明。