惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

人人都是产品经理
人人都是产品经理
有赞技术团队
有赞技术团队
L
LangChain Blog
C
Check Point Blog
博客园 - 【当耐特】
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
V
V2EX
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
GbyAI
GbyAI
美团技术团队
博客园 - 司徒正美
Google DeepMind News
Google DeepMind News
WordPress大学
WordPress大学
aimingoo的专栏
aimingoo的专栏
S
SegmentFault 最新的问题
A
About on SuperTechFans
Blog — PlanetScale
Blog — PlanetScale
Hugging Face - Blog
Hugging Face - Blog
博客园 - 叶小钗
腾讯CDC
B
Blog
G
Google Developers Blog
The Cloudflare Blog
P
Proofpoint News Feed

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
手把手教你用AI打造一个会思考、能解决问题的智能客服
知果日记 · 2025-11-05 · via 人人都是产品经理

AI 客服为何常常“听不懂人话”?问题不在技术不够先进,而在于上下文工程的设计是否到位。本文将手把手带你拆解 AI Agent 的核心机制,从上下文窗口到指令结构,一步步构建一个真正“能听懂、会思考”的智能客服。

上一篇文章制作了一个AI翻译应用,感觉还蛮有意思的,对扣子工作流和低代码有了简单地了解。最近想知道扣子对话流形式的内容是怎么配置出来的,于是乎去学习了一下,实操了一把——制作「水果店智能客服」。

效果

向智能客服问问题,它就会回答,可以点击看效果。

使用工具

扣子对话流智能体

步骤

  • 第一步:创建对话流智能体
  • 第二步:配置智能体
  • 第三步:调试第一步:创建对话流智能体

进入我们的扣子空间,点击创建,使用「智能体」创建。

第一步:创建对话流智能体

完成智能体创建后,我们将智能体改为「对话流模式」。

我们点击添加「对话流」。

给对话流取名后,点击确认,我们就可以进入对话流智能体了。

第二步:配置智能体

首先我们添加一个知识库检索节点,用来在用户端输入问题后,在该节点进行问题检索回复。

我们在知识库检索节点上添加知识库,这里我使用表格格式,上传本地文档定义检索的知识库内容范围。

此处我的知识库内容使用deepseek输出的,如果你是为实际业务服务的,可以使用企业自己的知识文档。后续真正使用中,我们向客服提问得到答案,就以此为准。

这是deepseek输出的水果店客服问答表

上述点击「创建并导入」,就会进入到如下第一步了,我们将excel传上去,然后按照每一步的要求,就可以最终把知识库建好。

  • 第一步:上传excel
  • 第二步:解析excel,配置表结构
  • 第三步:预览数据的正确性
  • 第四步:处理数据,最终使其可用

然后我们将「开始」节点与「知识库检索」节点进行连接,为知识库检索节点配置上「输入」,「输入」拿的是「开始」节点的「USER_INPUT」;目标知识库选取刚才导入的「水果店客服问答」表。

添加一个「大模型 」节点,连接「知识库检索」节点与「大模型 」节点,然后配置「输入」的值是「知识库检索」节点的output,并写上「系统提示词」,写系统提示词是为了处理「知识库检索」节点的output,进行更加语义化的处理,比如输出内容要温柔、体贴等。

最后将「大模型 」节点与「结束」节点连接,然后配置「输出变量」为「大模型 」节点的output,并配置回答内容与流式输出。

第三步:调试(如有需要可以发布)

好啦,我们可以开始试运行啦,看看效果如何。

我们可以发现,如果输入的内容在知识库内,那么智能客服可以正常回答;如果是在知识库外的,比如我输入了「足球」,智能客服会让我详细地描述下问题。

这个案例也是,我问了打折的问题 ,超出了知识库的范围,它就需要我描述得更加清晰点。

但2这个部分,是属于知识库的范围,因此智能客服进行了反馈。

复盘

这次照着网上老师的分享,完成了对话流智能体,总体来说还算简单的。需要注意的是,我们要上传知识库,为了AI的回答在正确的范围内。

在使用对话流的过程中,我对扣子的对话流和工作流产生了好奇,想知道它们什么区别:// 对话流:关注“怎么聊”

核心是管理与用户的对话过程。 它决定了AI如何与用户进行一轮又一轮的交流,重点关注对话的节奏、逻辑和用户体验。

主要特点

  1. 对话驱动:以“一问一答”为基础单位。
  2. 管理状态:会记录用户说了什么,AI回复了什么,从而管理多轮对话的上下文。
  3. 条件分支:根据用户不同的回答,引导对话走向不同的分支(就像选择题)。
  4. 主动提问:可以通过“开始节点”主动向用户提问,开启一个结构化流程。

简单来说,对话流解决的是: 如何通过对话,一步步从用户那里拿到所需信息,并给出恰当回应。

工作流:关注“怎么做”

核心是执行一系列具体的任务。 它像一个自动化流水线,当被触发后,会按照预定步骤执行一系列操作,重点关注动作的执行、数据的处理和结果的产出。

主要特点

  1. 动作驱动:以“执行一个具体任务”为基础单位。
  2. 线性与并行:步骤可以一个接一个串行,也可以多个同时并行。
  3. 数据处理:擅长调用API、计算、判断、循环、操作数据库等。
  4. 无需频繁交互:一个工作流启动后,可以“埋头苦干”,直到产出结果,中间可能不需要和用户多次对话。

简单来说,工作流解决的是: 当我知道目标后,如何自动化、程序化地完成一系列复杂任务。

本文由人人都是产品经理作者【知果日记】,微信公众号:【知果日记】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。