戴影 AI 客服完整使用图文教程

这篇教程面向购买或安装了戴影 AI 客服插件的普通站长。重点不是“让客服背戴影官网资料”，而是让每个站点建立自己的知识库，让 AI 客服根据当前站点的产品、页面、FAQ 和文档来回答访客问题。

一、安装并启用 AI 客服插件

• 进入后台 → 扩展 → 插件管理。
• 安装 official.ai-customer-service，或从官方市场安装“戴影 AI 客服”。
• 启用插件后，确认插件状态正常。
• 插件本身不内置戴影官网业务知识；它只负责知识管理、检索和客服 UI。

二、配置当前站点自己的 AI Provider / API

• 进入后台 → 平台 → AI 设置。
• 选择当前站点要使用的 Provider，例如 OpenAI、自定义 OpenAI-compatible 或本地模型网关。
• 填写当前站点自己的 API Key / Token、Base URL、Model、Timeout。
• 保存后点击测试连接。
• 不要使用 daiyingcms.com 的 API Key，也不要把 API Key 写进知识库或公开文章。

插件会通过 Core 统一 AI Provider 调用模型，所以以后你可以换 OpenAI、本地模型或其他兼容 Provider，而不需要重建客服知识库。

三、建立“自己的站点知识库”

进入 AI 客服 → 知识库。这里的知识按当前站点隔离，只能被当前站点客服检索。客户 A 的知识不会被客户 B 看到，戴影官网的知识也不会自动进入你的站点。

• 从本站文章选择导入：适合把已发布教程、产品说明导入客服。
• 从本站页面选择导入：适合导入关于我们、服务说明、购买说明等页面。
• 手工新增知识：适合写售前政策、发货说明、退款规则、联系方式等。
• Markdown / TXT 文件导入：适合上传整理好的产品文档。
• Daiying Knowledge JSON 包导入：适合导入结构化知识包；每个站点管理员自行导入。

四、知识内容应该怎么写

• 一条知识只讲一个主题，例如“发货时间”“退款规则”“插件安装方式”。
• 标题写清楚，标签写产品名或场景。
• 内容要面向访客，不要写内部类名、数据库字段或开发备注。
• Trust Level 可以用于区分管理员确认知识、已审核内容和普通导入内容。
• 过时内容不要删除得太急，可以先禁用，确认无用后再删除。

五、知识库如何持续更新

• 发布新产品或新教程后，从文章/页面重新导入。
• 产品价格、功能、售后政策变化后，立即更新对应知识。
• 发现客服答不上来时，补一条高可信手工知识。
• 发现客服引用旧资料时，禁用或删除旧知识。
• 定期查看客服日志，找出高频问题和知识缺口。

六、前台客服如何结合知识库回答

访客在前台聊天窗口提问后，插件会先从当前站点知识库中检索相关内容，再把最相关的知识片段交给 AI Provider。这样 AI 客服回答的是你的站点资料，而不是模型凭常识乱猜。

• 产品问题：优先引用产品说明、价格和购买页面。
• 售前问题：引用你手工录入的服务范围、交付方式和联系方式。
• 普通咨询：引用 FAQ、页面和文章。
• 资料不足：客服应该说明当前资料无法确认，而不是编造答案。

七、一个完整配置示例

• 安装并启用 AI 客服插件。
• 在 AI 设置中配置 OpenAI 或其他 Provider，并测试连接。
• 进入 AI 客服 → 知识库。
• 导入“产品介绍”“购买说明”“售后政策”三个页面。
• 手工新增“发货时间”“退款规则”“联系方式”三条知识。
• 前台打开客服，测试：这个产品适合谁？怎么购买？多久到账？能不能退款？
• 如果回答不准确，先补知识库，再重新测试。

八、常见问题和故障排查

• 客服回答“资料不足”：说明知识库没有相关内容，先补知识。
• 客服答非所问：检查知识标题、标签和内容是否过于混杂。
• 客服不出现：确认插件已启用，前台挂件配置正常。
• API 报错：到平台 → AI 设置重新测试 Provider，不要先改知识库。
• 回答泄露内部信息：检查知识库是否导入了内部文档或含密钥内容。
• 不同站点回答串线：检查是否在当前站点导入知识，插件知识应按 site scope 隔离。

九、上线前检查清单

• AI Provider 测试连接通过。
• 知识库至少包含产品资料、购买说明、售后政策和 FAQ。
• 没有上传 API Key、Token、密码或私有配置。
• 前台测试 5-10 个真实访客问题。
• 遇到未知问题时，客服不会编造答案。
• 产品资料变化后，有固定人员负责更新知识库。

继续阅读：Daiying CMS SEO 功能完整使用图文教程