跳到主要内容

从“会思考、能执行”的数字员工,到微语的下一代客服 Agent 路线图

· 阅读需 10 分钟
Jack Ning
Maintainer of Bytedesk

过去几年,微语在和不同行业客户持续沟通、参与项目落地、复盘客服现场问题的过程中,越来越清晰地感受到一个变化:客服系统正在从“工具集合”走向“由 Agent 组织和驱动的业务系统”。

这类产品强调的已经不只是回答问题,而是让系统能够理解上下文、联动知识、调用能力、自动完成部分流程,再把人工坐席从机械操作里释放出来,转向确认、判断和兜底。

这些判断并不是来自一次性的灵感,而是来自长期的客户反馈、实施经验和对未来服务方式的持续思考。对微语来说,更重要的问题不是“还能多加一个什么 AI 功能”,而是如何把现有的客服、工单、知识库、工作流、机器人和 AI 模块真正串成一个可落地的企业级 Agent 平台。

微语智能客服 Agent 产品路线白皮书:阶段规划、模块拆解与落地路径

· 阅读需 11 分钟
Jack Ning
Maintainer of Bytedesk

微语基于长期客户沟通、项目实施、业务复盘和产品演进思考,整理出来的一份阶段性产品路线白皮书。

过去几年,微语不断接触到来自政务、金融、零售、电商、企业服务、售后支持等场景的真实需求。我们越来越明确地看到,企业已经不满足于“接入一个大模型”或“加几个智能按钮”,他们真正关心的是另一件事:系统能不能在服务流程里稳定地理解上下文、辅助坐席、推动任务、沉淀知识,并最终形成持续优化的闭环。

因此,微语下一阶段的建设重点,不是单点 AI 能力的继续堆叠,而是把客服、工单、知识库、工作流、质检、多模型和运营后台,升级成一套面向企业服务场景的 Agent 平台。

本文希望回答四个问题:

  • 微语为什么要走向 Agent 平台
  • 这套平台的目标结构应该是什么
  • 路线图应该按什么阶段推进
  • 每个阶段要拆成哪些明确模块

从 SkillForge 看微语下一步:面向企业客服的自进化 Agent Skills

· 阅读需 11 分钟
Jack Ning
Maintainer of Bytedesk

最近读到一篇很值得做企业客服产品的人认真看的论文:SkillForge: Forging Domain-Specific, Self-Evolving Agent Skills in Cloud Technical Support。它讨论的不是泛泛的“大模型更强了”,而是一个更落地的问题:当 Agent 真正进入企业技术支持、客服、工单、诊断这些高要求场景后,如何持续把“技能”做对、做稳、做深。

这篇论文给出的答案很直接:不要只盯着模型本身,而要把 Agent Skill 当成一个可版本化、可诊断、可优化的资产,围绕它建立“创建 - 执行 - 评估 - 诊断 - 优化”的闭环。

对微语来说,这个方向非常有价值。因为微语本身已经具备多模型接入、知识库检索、机器人路由、工作流配置、人工接管这些基础能力,下一步真正拉开差距的,不会只是“接了多少模型”,而是谁能先把客服机器人做成一个会自我沉淀、会利用失败持续进化的系统。

从成本中心到增长引擎:微语客服如何用 AI 与大数据重塑服务价值

· 阅读需 5 分钟
Jack Ning
Maintainer of Bytedesk

在数字化浪潮下,客户服务正从"被动响应"的成本中心,转向"主动创造"的价值枢纽。微语客服系统深度融合人工智能(AI)与大数据技术,系统性解决了传统客服"排队久、应答机械、体验割裂"的痛点,通过全渠道数据整合、智能意图识别、个性化服务匹配,构建起"预判—响应—优化"的闭环体系。

微语多模态

· 阅读需 4 分钟
Jack Ning
Maintainer of Bytedesk

微语系统支持多模态能力,可以理解和处理用户上传的图片、视频和音频内容,并结合知识库给出精准回答。本文档将介绍微语系统的多模态功能及其应用场景。

微语多模态

· 阅读需 5 分钟
Jack Ning
Maintainer of Bytedesk

微语多模态系统是一套先进的智能内容理解与生成解决方案,支持多种模态数据的分析、处理和转换,包括文本、图像、表格等多种数据形式的协同理解与处理。该系统可以实现跨模态的信息理解与生成,为用户提供更为丰富、精准的智能交互体验。

扫码登录实现流程

· 阅读需 1 分钟
Jack Ning
Maintainer of Bytedesk
  • 桌面客户端生成唯一设备uid:deviceUid
  • 将此deviceUid发送给服务端,服务端返回随机码:randomCode
  • 桌面客户端使用randomCode和deviceUid生成二维码
  • 手机端扫描此二维码,获取到deviceUid,将deviceUid发送给服务端,服务端更新状态为已扫描SCANED
  • 手机端点击确认登录,将手机号mobile和deviceUid发送给服务端,服务端保存手机号并更新状态为已登录CONFIRMED
  • 桌面客户端通过轮询获取到手机号mobile和状态为已登录CONFIRMED,利用手机号和随机码randomCode,调用登录接口
  • 如果桌面客户端拉取到的状态为EXPIRED,则需要重新拉取随机码randomCode,并重新生成二维码
  • 登录成功,返回accessToken,桌面客户端将此accessToken保存到本地,跳转到首页