← 返回 Blog BARBOT / BLOG 官网智能客服上线：一份可当场看的 LLM Wiki 最佳实践 右下角不是通用客服机器人。它接的是已经编好的选型知识，回答带思考过程、检索轨迹和文档出处。 Neal 2026-08-18 14:12:38 产品 Barbot 官网的智能客服已经上线。任意页面打开右下角的 **LLM Wiki 助手**，问的是产品、选型和公司介绍；背后跑的，是同一套 [LLM Wiki](/article/llm-wiki) 工作方式。 这不是再接一个聊天插件。它是我们把 LLM Wiki 接到真实网站上的最佳实践：知识先编好，再让访客在官网当场追问，并且看得见结论是怎么来的。 ## 为什么官网客服也要接知识底座 芯片官网最常见的客服，是「留下联系方式，我们回头找你」，或者接一个只读过网页文案的机器人。前者慢，后者一问到型号、参数、装车案例就空转。 客户真正想确认的，往往是： - 这个应用场景该往哪类器件上看 - 两家原厂方案差在哪里 - 某个料号的关键参数以哪份资料为准 - 有没有真实装车或拆解依据 这些问题答不好，销售和 FAE 还是要晚上补位。官网客服要有用，前提不是话术更圆，而是后面有一份可追溯的知识。 ## 这份最佳实践具体长什么样 打开 [chatbarbot.com](https://chatbarbot.com) 右下角就能看到。当前助手接的是刚上线的 [Barbot Selection Library](/article/barbot-selection-library)，所以它能聊汽车与工业模拟选型，也能把访客带到完整工作台。 页面上我们刻意做成三件事，而不是只吐一段流利回答： 1. **流式输出**：先看到思考，再看到正文，而不是等整篇生成完才跳出 2. **思考链可展开**：模型在查什么、在权衡什么，不藏起来 3. **检索轨迹和出处**：ROUND、工具调用、以及 `wiki/overview.md:12` 这类证据路径会留下来 访客要的是「这个结论站不站得住」。企业要建设自己的官网客服时，也应该按这个标准验收，而不是只看回复速度。 ## 官网助手和完整 LLM Wiki 怎么分工 两者用同一份知识，入口不同： - **官网智能客服**：嵌在产品站里，适合快速体验、当场问一句、把 LLM Wiki 的工作方式展示给客户 - **完整工作台**：[ask.chatbarbot.com](https://ask.chatbarbot.com) 上的 Selection Library，适合继续翻资料、看工具细节、做多轮选型追问 一个是网站上的最佳实践演示，一个是知识工作台。先在官网看懂它怎么答，再进工作台看知识是怎么被组织起来的。 ## 企业可以照着做成什么 原厂、代理商和方案公司如果要把智能客服接到自己的官网，不该从「选一个聊天组件」开始，而该从知识底座开始： 1. 把手册、笔记、FAQ、项目结论编进 [LLM Wiki](/article/llm-wiki) 2. 规定回答必须带条件、出处和不确定时的升级路径 3. 再把助手嵌到官网、企业微信或支持工作台 4. 证据不足时交给 [AI FAE](/article/ai-fae) 或人工，而不是硬答 Barbot 官网现在做的，就是第 3 步的公开样例：知识已经在 Selection Library 里，助手只负责把追问接到访客面前。 直接打开 [官网](https://chatbarbot.com) 右下角试一句。要看完整库，去 [Barbot Selection Library](https://ask.chatbarbot.com)。要在自己的网站上复制这套做法，[预约会议](/booking)。