第 5 节 / 共 7 节

Coze 平台进阶使用

🎯 掌握 Coze 知识库、工作流、插件、卡片等进阶能力。
📖 笔记

Day05 Coze 完整笔记

Day05 Coze 进阶使用完整笔记

今日目标

  1. 理解私有数据访问的两种常见方式:知识库和数据库。
  2. 掌握在 Coze 中创建知识库、上传文档、配置分段,并在工作流中使用知识库检索节点。
  3. 理解知识库检索的核心参数:检索策略、召回数量、最小匹配度、查询改写、结果重排。
  4. 掌握“知识库优先,联网搜索兜底,大模型润色输出”的 RAG 工作流设计思路。
  5. 掌握 Coze 数据库的创建、导入数据、查询、新增、更新、删除等基本操作。
  6. 理解多模态数据处理:文生图、图片清晰度提升、语音识别、语音合成、视频生成。
  7. 能把今天的能力放到 AI 面试助手、课程助教、企业客服等真实业务场景中理解。

一、今日课程总览

Day04 我们已经学习了智能体、工作流、节点和插件。Day05 要往前走一步:让智能体访问自己的资料、读写自己的业务数据,并处理文本以外的图片、音频、视频。

今天可以分成两条主线:

  1. 私有数据访问:让智能体不只依赖模型记忆,而是能使用我们提供的文档和业务数据。
  2. 多模态处理:让智能体不只处理文字,也能处理图片、音频、视频,并能生成图片、语音、视频。

用工作场景来理解:

  1. 如果你做一个“课程问答助手”,它需要读取课程讲义、PPT、讲课笔记,这更适合知识库。
  2. 如果你做一个“学生签到助手”,它需要记录谁签到了、谁没签到,这更适合数据库。
  3. 如果你做一个“面试录音分析助手”,它需要把音频转成文字,这就需要 ASR。
  4. 如果你做一个“广告生成助手”,它可能需要文案、商品图、配音、视频,这就是多模态 AIGC。

二、知识库和数据库的区别

知识库和数据库都属于“私有数据访问”,但它们解决的问题不一样。

知识库更像一个支持快速检索的资料文件夹,适合存放文档、说明书、课程资料、PDF、Word 等内容。它通常用于“读资料、查资料、根据资料回答问题”。

数据库更像一张可以被程序操作的表格,适合存放结构化数据,例如学生信息、订单记录、绩效数据、签到状态、面试题记录。它通常用于“增删改查”。

对比表:

对比点 知识库 数据库
数据形态 文档、段落、文本片段 表格、字段、记录
典型来源 PDF、Word、网页、说明书 Excel、CSV、业务系统
核心能力 检索和召回相关内容 增删改查结构化数据
是否常修改 通常不频繁修改 经常新增、修改、删除
适合场景 课程问答、制度问答、产品说明问答 签到、绩效、订单、用户信息
工作流常见节点 知识库检索节点 数据库节点

正确理解:

  1. 知识库适合“从资料里找答案”。
  2. 数据库适合“对表格数据做操作”。

错误理解:

  1. 只要是自己的数据都放知识库。
  2. 只要是文本内容都放数据库。
  3. 知识库和数据库可以完全互相替代。

三、RAG:为什么要外挂知识库

RAG 是 Retrieval-Augmented Generation 的缩写,通常翻译为“检索增强生成”。它的核心思想是:先从资料中检索相关内容,再把检索到的内容交给大模型生成答案。

大模型本身有几个问题:

  1. 知识可能过时。
  2. 不知道公司内部资料。
  3. 容易在不确定时编造。
  4. 微调成本较高,不适合每次资料变化都重新训练模型。

RAG 的思路不是把所有知识都塞进模型,而是把资料放到知识库里,用户提问时先检索,再回答。

标准流程:

原始文档 -> 解析文档 -> 文档分段 -> 向量化 -> 存储到向量数据库 -> 用户提问 -> 检索相关片段 -> 大模型生成答案

重点不是“上传文档”四个字,而是理解为什么要分段、为什么要检索、为什么最后还要大模型润色。

四、创建知识库的关键步骤

在 Coze 中创建知识库大致包含以下步骤:

  1. 进入资源库。
  2. 新建知识库资源。
  3. 选择知识库类型。
  4. 上传文档资料。
  5. 选择解析方式。
  6. 配置分段策略。
  7. 预览分段效果。
  8. 保存并在工作流中使用知识库检索节点。

1. 文档解析

文档解析就是把 PDF、Word 等文件中的内容读取出来,转换成平台可以处理的文本。

常见问题:

  1. PDF 可能是扫描件,需要 OCR。
  2. 文档中表格、图片、标题结构可能解析不完整。
  3. 文件过大时,解析和后续检索可能更慢。

2. 分段

分段就是把一整篇文档切成一个个小片段,也叫 chunk。

为什么要分段?

如果把整本文档当作一个整体,用户问一个小问题时,系统很难精准找到相关位置。分段之后,检索系统可以更准确地找出和问题相关的几个片段。

常见分段策略:

  1. 自动分段:平台根据内容自动切分,适合入门。
  2. 自定义分段:按符号、标题、字符数等规则切分,适合有明确结构的资料。
  3. 层级分段:保留标题层级,适合课程讲义、说明书、制度文档。

分段太大和太小都有问题:

  1. 分段太大:召回内容不精准,模型容易读到很多无关内容。
  2. 分段太小:上下文不完整,模型可能看不到前因后果。

3. 分段重叠

分段重叠是指相邻片段之间保留一部分重复内容。它的作用是避免一句话或一个知识点刚好被切断,导致检索到的片段语义不完整。

例如一段解释 Transformer 的文字,前半句在第一个片段,后半句在第二个片段。如果没有重叠,检索到其中一个片段时,模型可能看不完整。适当重叠可以保证语义连续。

五、知识库检索节点核心参数

知识库创建好之后,要在工作流中通过知识库检索节点使用。

常见流程:

开始节点接收用户问题 -> 知识库检索节点检索相关片段 -> 大模型润色整理 -> 结束节点输出答案

1. 检索策略

常见检索策略包括全文检索、语义检索、混合检索。

全文检索更像关键词匹配。用户问的问题中出现了某个词,系统就去文档中找这个词。优点是直接,缺点是表达换一种说法就可能找不到。

语义检索更像理解意思。它会把问题和文档片段转成向量,然后计算相似度。即使用户没有说完全一样的关键词,只要意思接近,也有机会召回。

混合检索把全文检索和语义检索结合起来,通常更稳。对于课程资料、业务制度、产品说明这类文档,混合检索往往更适合。

2. 向量和相似度

语义检索背后常用向量表示。可以简单理解为:系统把一段话转成一组数字,这组数字代表它的语义位置。

两个句子意思越接近,它们在向量空间中的距离越近。系统会计算相似度,找到最相关的片段。

课堂上不用让学生掌握数学公式,但要让学生理解:语义检索不是靠字面完全一样,而是靠意思相近。

3. 最大召回数量

最大召回数量表示一次最多返回几个相关片段。

数量太少,可能漏掉重要信息。

数量太多,模型会读到很多无关内容,回答反而变乱,还会增加成本和耗时。

入门建议先使用默认值,例如 5 个片段,再根据效果调整。

4. 最小匹配度

最小匹配度是召回门槛。只有相似度超过这个门槛的片段才会被返回。

匹配度太低,容易召回无关内容。

匹配度太高,可能什么都召不回来。

可以这样理解:

  1. 0.5:比较宽松,容易有结果,但可能混入无关内容。
  2. 0.7:相对平衡,适合多数入门场景。
  3. 0.85:比较严格,适合资料质量高、问题明确的场景。
  4. 0.99:非常严格,通常容易召回不到。

5. 查询改写

查询改写就是把用户的自然问题改写成更适合检索的问题。

例如用户问:

我昨天看到那个关于模型发展的资料,BERT 和 GPT 到底差在哪?

系统可以改写成:

BERT 和 GPT 的区别是什么?

改写后的问题更短、更清晰,更适合检索。

6. 结果重排

结果重排是在召回多个片段之后,再根据相关性重新排序,把最有价值的内容放到前面。它的作用是提升大模型看到关键信息的概率。

六、为什么知识库检索后还要润色

知识库检索节点返回的通常是原始片段。原始片段对系统有用,但对用户不一定友好。

直接返回原始片段的问题:

  1. 内容可能零散。
  2. 格式不自然。
  3. 用户看不出重点。
  4. 没有结合用户问题组织答案。

因此要增加一个大模型润色节点。

更稳的设计是:

用户问题 -> 知识库检索
       -> 如果知识库有结果:以知识库为主回答
       -> 如果知识库无结果:调用联网搜索兜底
       -> 大模型融合和润色
       -> 输出答案

这个流程的核心不是“美化语言”,而是让系统既有私有资料的准确性,又有联网搜索的兜底能力。

七、Coze 数据库:从只读资料到可操作数据

知识库主要用于检索文档,数据库则用于管理结构化数据。

课堂案例中可以创建一个绩效数据表,例如:

字段 含义 类型建议
work_code 工号 字符串
name 姓名 字符串
performance_level 绩效等级 字符串

注意:工号虽然看起来是数字,但通常不参与计算,更适合存成字符串。否则前导 0、格式统一等问题可能出错。

Coze 数据库创建时要注意:

  1. 字段名要和导入 Excel 的表头匹配。
  2. 测试数据和线上数据要区分。
  3. 权限设置要结合业务理解。
  4. 平台会自动添加一些系统字段,例如 ID、UUID、创建时间等。

八、数据库查询流程

数据库查询不是直接把用户一句话丢给数据库,而是先从用户话里提取查询条件。

典型流程:

用户输入 -> 意图识别 -> 人名抽取 -> 数据库查询 -> 大模型润色 -> 输出

例如用户问:

帮我查一下张三的绩效

系统需要先抽取出 张三,再去数据库里查 name == 张三 的记录。

为什么要润色?

数据库节点返回的可能是 JSON 或表格结构,用户不一定看得懂。最终输出应该变成自然语言,例如:

查询到张三的工号为 1001,当前绩效等级为 B。

九、数据库新增、更新、删除

1. 新增数据

新增数据的核心流程:

用户输入 -> 信息抽取 -> 新增数据节点 -> 输出新增结果

例如用户输入:

新增员工乔峰,工号 666,绩效 S。

系统需要抽取:

  1. 姓名:乔峰
  2. 工号:666
  3. 绩效:S

再把这些字段写入数据库。

易错点:

  1. 抽取字段名和数据库字段名对应不上。
  2. 用户少说一个字段,系统仍然直接新增。
  3. 新增后没有提示是否成功。

2. 更新数据

更新数据相当于 SQL 中的 WHERE + SET。

要更新一条记录,必须先定位是哪条记录,再说明要改什么。

例如:

把乔峰工号 666 的绩效改成 D。

定位条件:

  1. 姓名 = 乔峰
  2. 工号 = 666

更新字段:

  1. 绩效 = D

为什么常用姓名和工号两个条件?

因为单独用姓名可能重名,单独用工号如果用户输错也危险。联合条件更稳。

3. 删除数据

删除数据只需要删除条件,不需要设置更新字段。

例如:

删除乔峰工号 666 的绩效记录。

删除条件:

  1. 姓名 = 乔峰
  2. 工号 = 666

删除操作要谨慎。真实业务中,删除前最好做确认,或者用“软删除”字段标记,不要直接物理删除。

课堂入门阶段可以先掌握节点配置,但要给学生讲清楚真实工作中的风险意识。

十、多模态是什么

多模态指 AI 能处理不止一种数据类型。文本是一种模态,图片、音频、视频也是模态。

常见模态:

  1. 文本:文章、问题、提示词、报告。
  2. 图片:商品图、截图、海报、证件照。
  3. 音频:录音、配音、语音消息。
  4. 视频:宣传片、教学视频、产品展示。

多模态能力的意义是:让 AI 从“只会读文字”变成“能看、能听、能说、能生成内容”。

十一、图像类能力

1. 文生图

文生图就是根据文字提示词生成图片。

典型流程:

开始节点接收提示词 -> 图像生成插件 -> 输出图片链接或图片结果

应用场景:

  1. 电商商品图。
  2. 小红书配图。
  3. 课程封面图。
  4. 广告创意图。
  5. 原型视觉探索。

提示词要尽量包含:

  1. 主体是什么。
  2. 场景在哪里。
  3. 风格是什么。
  4. 光线、构图、颜色等要求。
  5. 不希望出现什么。

2. 图片清晰度提升

图片清晰度提升用于改善低分辨率或模糊图片。

流程:

上传图片 -> 图片清晰度提升插件 -> 输出增强后的图片

注意:

  1. 输入类型要从文本改成图片。
  2. 图片要上传完成后再运行。
  3. 提升清晰度不是魔法,如果原图信息严重缺失,效果仍然有限。
  4. 这类插件通常消耗积分,要注意成本。

十二、音频类能力

1. ASR:语音识别

ASR 是 Automatic Speech Recognition,意思是语音转文字。

流程:

上传音频 -> 语音识别插件 -> 输出转写文本 -> 大模型润色或分析

应用场景:

  1. 面试录音转写。
  2. 会议纪要。
  3. 课堂录音整理。
  4. 客服通话分析。

注意:

  1. 输入类型要改成音频。
  2. 长音频可能需要更长超时时间。
  3. ASR 输出可能没有标点,需要后接大模型润色。
  4. 识别质量受噪音、口音、多人说话影响。

2. TTS:语音合成

TTS 是 Text-to-Speech,意思是文字转语音。

流程:

输入文本 -> 语音合成插件 -> 输出音频链接

应用场景:

  1. 广告配音。
  2. 课程旁白。
  3. 智能客服语音回复。
  4. 短视频解说。

常见参数:

  1. 文本内容。
  2. 音色。
  3. 语速。
  4. 情绪。
  5. 语言。

注意:很多 TTS 插件对文本长度有限制,使用前要看插件说明。

十三、视频生成能力

视频生成是多模态中成本较高、效果波动也较大的能力。它可以根据文字或图片生成视频。

常见参数:

  1. 模型。
  2. 分辨率。
  3. 时长。
  4. 种子值。
  5. 提示词。

视频生成的难点:

  1. 成本高,Token 或积分消耗大。
  2. 人手、肢体、物理运动容易出错。
  3. 复杂动作容易“一眼假”。
  4. 生成时间较长。

课堂上要让学生掌握基本流程,但也要知道它不是万能的。真实工作中常用策略是:先用大模型优化提示词,再分段生成,再人工挑选和剪辑。

十四、和 AI 面试助手项目的关系

今天的内容可以自然连接到 AI 面试助手项目。

项目中的几个模块对应今天的能力:

  1. 简历评估:文档提取 + 数据库违禁词 + 大模型分块评估。
  2. 面试录音分析:ASR 语音识别 + 大模型角色划分 + 问答对提取 + 结果评估。
  3. 面试题生成:简历解析 + 数据库读取历史面试题 + 大模型生成题目。
  4. 批处理:循环结构或批量处理能力,处理多个学生、多份简历、多段录音。

这就是今天学习的价值:不是学一个孤立按钮,而是把知识库、数据库、多模态都放到真实 AI 应用里。

十五、今日易错点

  1. 知识库不是数据库。知识库适合文档检索,数据库适合结构化增删改查。
  2. 文档上传后必须关注分段效果,分段不好会影响检索质量。
  3. 检索结果不要直接丢给用户,通常需要大模型润色。
  4. 知识库无结果时要有兜底方案,例如联网搜索或提示用户资料不足。
  5. 数据库字段名、抽取字段名、节点绑定字段要一致。
  6. 更新和删除必须有明确条件,不能只靠姓名这种不稳定条件。
  7. 工号看起来是数字,但业务上通常是字符串。
  8. 多模态节点的输入类型要改对,图片用 image,音频用 audio,文档用 doc 或 file。
  9. ASR 输出可能没有标点,需要后续整理。
  10. 视频生成成本高、效果不稳定,要让学生理解边界,不要过度承诺。
📎 资料

课程资料库(面试宝典 / 简历 / 题库)

✏️ 作业

Day05 作业

Day05 Coze 进阶使用课后作业

一、选择题

  1. 下列更适合放入知识库的是:
    A. 学生签到状态表
    B. 员工绩效等级表
    C. 公司产品说明书 PDF
    D. 订单支付状态表

  2. 下列更适合放入数据库的是:
    A. 课程讲义文档
    B. 员工绩效数据表
    C. 产品说明书
    D. 大模型发展史 PDF

  3. RAG 的核心流程是:
    A. 直接让模型自由编写答案
    B. 先检索相关资料,再让模型生成答案
    C. 只上传文档,不需要检索
    D. 只使用数据库,不使用大模型

  4. 知识库分段的主要目的是:
    A. 让文件名变短
    B. 让文档更适合检索和召回
    C. 删除所有重复内容
    D. 让模型不再需要提示词

  5. 关于最小匹配度,下列说法正确的是:
    A. 越高越好,永远设置 0.99
    B. 越低越好,永远设置 0.1
    C. 它是检索结果召回的门槛,需要根据效果调整
    D. 它只影响页面颜色

  6. 数据库查询前通常需要先做什么?
    A. 删除所有数据
    B. 从用户输入中抽取查询条件
    C. 把用户输入直接作为表名
    D. 把所有字段改成数字

  7. 更新数据库记录时,最重要的是区分:
    A. 页面颜色和字体大小
    B. 定位条件和要更新的字段
    C. 图片宽度和高度
    D. 模型头像和智能体名称

  8. ASR 指的是:
    A. 文字转图片
    B. 语音转文字
    C. 文字转语音
    D. 图片转视频

  9. TTS 指的是:
    A. 语音转文字
    B. 文本转语音
    C. 数据库查询
    D. 知识库检索

  10. 关于视频生成,下列说法更准确的是:
    A. 视频生成成本低、效果永远完美
    B. 视频生成不需要提示词
    C. 视频生成可能成本高、耗时长,并且复杂动作容易出错
    D. 视频生成只能处理文字,不能处理图片

二、填空题

  1. 知识库适合存放文档资料,数据库适合存放________数据。

  2. RAG 通常指先________相关资料,再让大模型生成答案。

  3. 文档分段后的每个小片段通常也叫________。

  4. 全文检索更偏向关键词匹配,语义检索更偏向理解________。

  5. 最大召回数量表示一次最多返回多少个相关________。

  6. 数据库查询结果通常不适合直接返回给用户,最好增加大模型________节点。

  7. 新增数据前,需要先从用户输入中抽取要写入的________。

  8. 更新数据时,WHERE 条件用于定位记录,SET 部分用于指定要________的字段。

  9. ASR 常用于把面试录音、会议录音等音频转换成________。

  10. 图片清晰度提升任务中,开始节点的输入类型应该设置为________。

三、简答题

  1. 请说明知识库和数据库的区别,并分别举一个例子。

  2. 为什么大模型应用中需要 RAG?

  3. 文档分段太大或太小分别会带来什么问题?

  4. 请解释全文检索、语义检索、混合检索的区别。

  5. 为什么知识库检索结果通常还需要大模型润色?

  6. 请说明“知识库优先,联网搜索兜底”的工作流思路。

  7. 为什么数据库查询前要先做实体抽取?

  8. 数据库更新和删除为什么需要谨慎设置条件?

  9. ASR 和 TTS 分别解决什么问题?各举一个工作场景。

  10. 视频生成当前有哪些局限?为什么不能向用户承诺一定生成完美结果?

四、操作题

1. 创建一个知识库问答工作流

要求:

  1. 创建一个知识库,上传一份课程资料或说明文档。
  2. 创建一个工作流,开始节点接收用户问题。
  3. 添加知识库检索节点。
  4. 添加大模型润色节点。
  5. 结束节点输出自然语言答案。
  6. 测试一个资料中有答案的问题和一个资料中没有答案的问题。

2. 优化知识库检索效果

要求:

  1. 在知识库检索节点中查看检索策略。
  2. 尝试调整召回数量。
  3. 尝试调整最小匹配度。
  4. 记录调整前后的回答差异。
  5. 写出你认为最合适的一组参数,并说明原因。

3. 搭建知识库加联网搜索兜底流程

要求:

  1. 在知识库问答工作流基础上加入联网搜索插件。
  2. 当知识库没有有效结果时,使用联网搜索兜底。
  3. 使用大模型节点统一整理知识库和联网搜索结果。
  4. 输出时要说明答案主要来自知识库还是联网搜索。

4. 创建绩效数据库并导入数据

要求:

  1. 创建一个数据库表。
  2. 至少包含 work_code、name、performance_level 三个字段。
  3. 准备 5 条测试数据并导入。
  4. 检查测试数据是否导入成功。
  5. 说明为什么 work_code 更适合使用字符串类型。

5. 搭建绩效查询工作流

要求:

  1. 开始节点接收用户输入。
  2. 使用大模型节点抽取姓名。
  3. 使用数据库节点查询该姓名对应的绩效数据。
  4. 使用大模型节点将查询结果润色成自然语言。
  5. 测试“查张三的绩效”和“查一个不存在的人”的结果。

6. 搭建绩效新增、修改、删除流程

要求:

  1. 使用意图识别节点判断用户是新增、修改还是删除。
  2. 新增时抽取姓名、工号、绩效等级。
  3. 修改时抽取姓名、工号、新绩效等级。
  4. 删除时抽取姓名和工号。
  5. 每个分支都要输出清晰的操作结果。
  6. 如果关键信息缺失,要提示用户补充。

7. 搭建一个多模态小工作流

要求:

从下面三个任务中任选两个完成:

  1. 文生图:输入提示词,生成一张图片。
  2. ASR:上传音频,输出转写文本,并用大模型补充标点和段落。
  3. TTS:输入一段文字,生成一段语音。

完成后写出:

  1. 你使用了哪些插件。
  2. 开始节点的输入类型是什么。
  3. 插件的关键参数是什么。
  4. 运行结果是否符合预期。
  5. 如果结果不好,你准备怎么优化。

五、答案部分

选择题答案

  1. C
  2. B
  3. B
  4. B
  5. C
  6. B
  7. B
  8. B
  9. B
  10. C

填空题答案

  1. 结构化
  2. 检索
  3. chunk
  4. 语义
  5. 片段
  6. 润色
  7. 字段
  8. 更新
  9. 文字
  10. image 或图片

简答题参考答案

  1. 知识库适合存放文档资料,用来检索和问答,例如公司制度 PDF、课程讲义、产品说明书。数据库适合存放结构化数据,用来增删改查,例如学生签到表、员工绩效表、订单表。

  2. 大模型需要 RAG,是因为模型不知道企业内部资料,知识可能过时,也可能在不确定时编造。RAG 通过先检索资料、再生成答案,让模型回答更有依据,也便于资料更新。

  3. 分段太大时,检索结果不精准,模型会读到很多无关内容;分段太小时,上下文不完整,模型可能只看到半句话,回答容易断章取义。合适的分段能让召回内容既精准又完整。

  4. 全文检索主要按关键词匹配,适合用户问题和文档原文用词接近的情况。语义检索主要按意思匹配,即使用户换一种说法也可能找到相关内容。混合检索结合两者,通常更稳。

  5. 知识库检索结果通常是原始片段,可能零散、生硬、不适合直接给用户看。大模型润色可以把片段整理成自然语言,按用户问题组织答案,并在资料不足时说明限制。

  6. “知识库优先,联网搜索兜底”的思路是:用户提问后先查自己的知识库,如果有有效结果,就以知识库内容为主回答;如果知识库没有结果,再调用联网搜索补充信息;最后统一交给大模型整理成自然回答。

  7. 数据库需要明确字段和值才能查询,而用户输入通常是自然语言。例如“帮我查张三的绩效”不能直接作为查询条件,需要先抽取出姓名“张三”,再用 name == 张三 去查询。

  8. 更新和删除会改变数据库中的数据,如果条件不准确,可能改错或删错记录。真实业务中常用多个条件联合定位,例如姓名加工号,删除前还需要确认,甚至使用软删除而不是直接物理删除。

  9. ASR 是语音转文字,例如把面试录音转成文字,方便后续分析。TTS 是文字转语音,例如把广告文案生成配音,或让智能客服用语音回复用户。

  10. 视频生成通常成本高、耗时长,并且复杂动作、手部细节、物理交互容易出错。它更适合作为创意生成和初稿探索,不能承诺一次生成一定完美,真实工作中通常要多次生成、筛选和后期处理。

操作题参考答案

1. 创建知识库问答工作流

参考步骤:

  1. 在资源库中新建知识库。
    这样做是为了把课程资料或说明文档存入平台,让后续工作流可以检索这些资料。

  2. 上传一份资料,例如课程讲义、产品说明书或大模型发展史文档。
    资料应尽量结构清晰,标题和段落明确,这样分段效果更好。

  3. 配置解析和分段。
    分段的作用是把长文档切成适合检索的小片段。建议先用自动分段,预览效果后再决定是否调整。

  4. 创建工作流,开始节点接收用户问题 input。
    input 是用户问题的入口,后面知识库检索节点要用它作为查询内容。

  5. 添加知识库检索节点,把 input 绑定为检索问题。
    这样用户问什么,系统就用什么去知识库里找相关片段。

  6. 添加大模型润色节点,提示词可参考:

你是一个资料问答助手。
请根据知识库检索结果回答用户问题。
如果资料中没有相关内容,请明确说明“当前资料中没有找到相关答案”。
不要编造资料中没有的信息。

用户问题:
{{input}}

知识库检索结果:
{{knowledge_result}}

说明:

  1. {{input}} 表示用户原问题。
  2. {{knowledge_result}} 表示知识库返回内容,实际变量名按你的节点输出选择。
  3. “不要编造”是为了减少模型幻觉。

  4. 结束节点输出润色节点的正式回答。

  5. 测试两个问题:

  6. 资料中有答案的问题:应该能根据资料回答。

  7. 资料中没有答案的问题:应该提示资料不足,不应乱编。

2. 优化知识库检索效果

参考步骤:

  1. 先使用默认参数测试一次。
    记录返回内容是否准确、是否完整。

  2. 调整召回数量。
    如果答案漏信息,可以适当增加召回数量;如果回答混乱,可以减少召回数量。

  3. 调整最小匹配度。
    如果召回很多无关内容,可以提高匹配度;如果经常没有结果,可以降低匹配度。

  4. 对比结果。
    不要只看最终回答,还要看检索节点返回了哪些片段。

  5. 参考结论:

如果资料质量较好、用户问题明确,可以使用混合检索,召回数量 5 左右,匹配度 0.7 左右作为起点。
如果实际效果不好,再根据召回内容进行调整。

说明:

这不是唯一答案。参数调整要看资料质量、问题表达和实际召回结果。

3. 搭建知识库加联网搜索兜底流程

参考步骤:

  1. 在原有知识库问答工作流中增加联网搜索插件。
    联网搜索用于处理知识库没有覆盖的问题。

  2. 增加选择器节点或判断逻辑。
    判断知识库检索结果是否为空或明显不足。

  3. 如果知识库有结果,走知识库分支。
    这样能优先使用自己上传的可靠资料。

  4. 如果知识库无结果,走联网搜索分支。
    这样能避免用户一问资料外内容,系统就完全无法回答。

  5. 最后统一进入大模型润色节点。
    提示词可以写:

请根据以下信息回答用户问题。
优先使用知识库内容。
如果知识库为空或不足,再参考联网搜索结果。
回答中请说明主要依据来自知识库还是联网搜索。
不要编造没有依据的信息。

用户问题:
{{input}}

知识库内容:
{{knowledge_result}}

联网搜索结果:
{{web_result}}

说明:

  1. 统一润色可以保证输出风格一致。
  2. 说明信息来源可以提升可信度。
  3. 联网搜索是兜底,不应覆盖明确的内部资料。

4. 创建绩效数据库并导入数据

参考步骤:

  1. 在资源库中新建数据库。

  2. 创建数据表,字段建议:

work_code:工号,字符串类型
name:姓名,字符串类型
performance_level:绩效等级,字符串类型

说明:

  1. 工号不参与数学计算,因此用字符串更合适。
  2. 字符串可以保留前导 0,也能避免格式被自动改动。

  3. 准备测试数据,例如:

work_code,name,performance_level
1001,张三,A
1002,李四,B
1003,王五,C
1004,赵六,A
1005,钱七,B

说明:

这是测试数据,目的是验证流程,不代表正式生产数据。

  1. 使用批量导入功能导入数据。

  2. 导入后在数据表中检查是否出现 5 条记录。

  3. 如果导入失败,检查:

  4. 表头是否和字段名一致。

  5. 字段类型是否匹配。
  6. 文件格式是否支持。

5. 搭建绩效查询工作流

参考步骤:

  1. 创建工作流,开始节点接收用户输入 input。

  2. 添加人名抽取大模型节点。
    提示词可参考:

请从用户输入中提取要查询绩效的姓名。
如果能提取到姓名,只返回姓名。
如果没有姓名,只返回“无”。

用户输入:
{{input}}

说明:

  1. 这个节点只做一件事:提取姓名。
  2. 输出越简单,后面数据库查询越稳定。

  3. 添加数据库查询节点。
    查询条件设置为:

name 等于 人名抽取节点的输出

说明:

数据库不能理解自然语言,所以要用抽取出的姓名作为查询条件。

  1. 添加润色节点。
    提示词可参考:
请根据数据库查询结果回答用户问题。
如果查询结果为空,请说明没有找到对应记录。
如果查询到结果,请用自然语言说明工号、姓名和绩效等级。

用户问题:
{{input}}

数据库查询结果:
{{db_result}}
  1. 测试:

  2. “查张三的绩效”:应返回张三对应信息。

  3. “查不存在的人”:应提示没有找到记录。

6. 搭建绩效新增、修改、删除流程

参考步骤:

  1. 添加意图识别节点。
    设置三个意图:
新增数据:用户想添加一条新的绩效记录。
修改数据:用户想修改已有绩效记录。
删除数据:用户想删除已有绩效记录。

说明:

意图描述要写清楚,避免用户说“改一下”时系统分不准。

  1. 新增分支:

先用信息抽取节点提取姓名、工号、绩效等级,再绑定到新增数据节点。

如果缺少任一字段,先提示用户补充,不要直接新增。

  1. 修改分支:

先抽取姓名、工号、新绩效等级。

更新节点中要分清:

定位条件:name 等于 抽取姓名,并且 work_code 等于 抽取工号
更新字段:performance_level 改为 新绩效等级

说明:

定位条件用于找到要改哪条记录,更新字段用于说明改成什么。

  1. 删除分支:

先抽取姓名和工号。

删除节点中设置:

name 等于 抽取姓名,并且 work_code 等于 抽取工号

说明:

删除必须精确定位。只用姓名容易误删重名人员。

  1. 每个分支后都接一个输出节点。
    输出要告诉用户操作是否完成,以及操作了哪条记录。

7. 搭建多模态小工作流

参考步骤一:文生图

  1. 创建工作流,开始节点接收文本提示词。
  2. 添加图像生成插件。
  3. 把用户提示词传给图像生成插件。
  4. 设置模型、分辨率等参数。
  5. 结束节点输出图片结果。

提示词示例:

生成一张写实风格的金毛犬图片,背景是雪地,金毛正在奔跑玩雪,阳光柔和,画面清晰,不要出现文字和水印。

说明:

提示词包含主体、场景、风格、光线和限制,生成结果通常更稳定。

参考步骤二:ASR

  1. 创建工作流,开始节点输入类型设置为音频。
  2. 添加语音识别插件。
  3. 把音频文件传给插件。
  4. 输出识别文本。
  5. 后接大模型节点补充标点和段落。

润色提示词示例:

请将下面的语音识别结果整理成通顺文本。
要求:
1. 补充合理标点。
2. 按语义分段。
3. 不改变原意。

识别结果:
{{asr_text}}

说明:

ASR 常常识别出连续文本,大模型润色可以让它更适合阅读。

参考步骤三:TTS

  1. 创建工作流,开始节点接收文本。
  2. 添加语音合成插件。
  3. 设置音色、语速、情绪等参数。
  4. 输出音频链接。

说明:

TTS 插件通常对文本长度有要求,运行前要查看插件说明。