20 篇博文 含有标签「Bytedesk」

客户说“又扣了一次费，不处理就取消续费”，客服系统首先需要的，可能不是一段流畅的回答，而是识别投诉、找到负责账单的团队，并判断是否需要人工介入。

微语（Bytedesk）计划评估通过 Ollama 接入开源决策模型 Laya，让专门做判断的模型辅助客服意图识别与路由。目前仍是方案评估阶段，尚未实现或上线；本文介绍的是预期价值，不是已验证的产品能力。

微语不会锁定只使用 Laya。 规划中的决策能力将支持按需切换模型，包括通过 API 接入阿里云、智谱等提供方；Laya 是首个验证选项，而不是唯一选择。

2026 年 9 月 1 日，我国首个聚焦「人工客服与智能客服协同机制」的国家标准——GB/T 47746—2026《顾客联络服务 人工与智能客户服务协同要求》正式实施。央媒在密集报道中把标准精神概括为四条红线：

1. 人工入口清晰醒目：客服菜单必须设置清晰醒目的「转人工」选项，不得层层隐藏；
2. 人机分工科学：简单标准化问题交给 AI，复杂纠纷、风险场景和用户明确要求人工的，及时流转人工；
3. 人机切换顺畅：切换时完整同步客户身份信息、历史交互记录与工单状态，消费者不必反复复述；
4. 企业为 AI 答复担责：不得以「算法生成内容仅供参考」推卸义务。

对正在选型客服系统的企业而言，这四条红线实际上是一份「采购验收清单」。本文对照国标要求，逐条介绍微语（Bytedesk）智能客服系统已经落地的能力——不是口号式合规，每一项都能在产品里找到对应的功能与运行机制。

继 0.1.0 Preview 音频会议之后，微语会议（Bytedesk Meet）完成了一次重要的统一会议升级：现在每一场会议都是「音频优先」的可视化会议——默认纯音频加入，不打扰摄像头；需要时，任何参与者都可以随时开启自己的摄像头或共享屏幕；主持人还可以一键录制会议。创建会议不再区分音频/视频类型，所有能力都通过会议界面底部工具栏按需提供。

本文介绍本次升级包含的能力、界面布局、技术架构与快速开始方式。

企业的知识资产大量沉淀在飞书知识库（知识空间/Wiki）中，但要让 AI 客服用上这些知识，往往还需要人工"搬运"：导出、格式转换、重新录入。微语（Bytedesk）新增飞书知识库导入能力：在管理后台绑定飞书应用、选择知识空间，即可把飞书文档一键同步进微语大模型知识库，同步完成后自动建立全文索引与向量索引，直接用于 AI 客服问答。

微语会议（Bytedesk Meet）0.1.0 Preview 版本发布。作为微语（Bytedesk）生态中的开源会议系统，微语会议希望为团队提供一个可以自建、自主掌控的音视频会议方案：不依赖第三方 SaaS，数据留在自己的服务器上，并且与微语的账号体系、权限体系天然打通。

0.1.0 Preview 从音频会议起步，优先把「创建会议 - 分享链接 - 加入会议 - 参会记录」这条主链路跑通；视频会议、屏幕共享等能力已在路线图中。本文介绍这个版本包含的能力、技术架构与快速开始方式。

DeepSeek 已正式发布 DeepSeek-V4.1-Flash 模型，并建议所有新接入统一使用 deepseek-flash 作为模型名。微语已在默认模型列表中增加 deepseek-flash，企业可以直接在微语管理后台完成切换与配置，无需改动任何集成方式。

微语已在 deploy/docker/compose/compose-postgresql.yaml 中将默认 PostgreSQL 镜像从原生 postgres:17 切换为 paradedb/paradedb:0.25.9。这次更新的目标很明确：在保持 PostgreSQL 协议与生态兼容的前提下，为知识库、工单、消息和 AI 检索场景引入更强的全文检索与分析能力。

本文说明这次切换带来的变化、为什么选择 ParadeDB，以及本地开发和升级时需要注意的兼容点。

客户每一次评价，都是产品和服务改进的契机。但很多企业的反馈收集还停留在"挂个留言板，客户填完没人管"的阶段——要么收集渠道分散，要么缺少统一模板，要么收上来之后无人跟进，反馈石沉大海。

微语客户之声（VOC，Voice of Customer）模块，就是为了解决"收集难、管理乱、闭环缺失"这三个痛点而设计的。它把意见反馈从一个"摆设"，变成一套可配置、可追踪、可分析、可闭环的客户体验管理系统。

微语 4.x 是一次全面的技术栈大版本升级，核心依赖从 Spring Boot 3.x / Spring AI 1.x 全面跃迁至 Spring Boot 4.1 / Spring AI 2.0，同步完成了 Flowable 8、springdoc-openapi 3、Elasticsearch 9.x 的配套升级。

本文汇总了本次升级涉及的关键变更、已完成事项以及迁移注意事项，帮助使用者平滑过渡到微语 4.x。

微语 3.x 版本的核心升级方向已经非常清晰：聚焦 Agent，构建以智能体为中心的下一代客服平台。

这是一次产品形态的跃迁——从"功能驱动的客服工具"走向"Agent 驱动的业务平台"。

本文将围绕三个问题展开：

• 微语 3.x 的 Agent 路线图是什么？
• MCP/CLI/Skills 模块如何赋能第三方 Agent？
• 如何让 AI 更方便地使用微语？