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 更方便地使用微语？