源码全送:一套能自己部署的 AI 销售客服系统 SaaS,支持自己当老板卖套餐

先把规矩摆明：涉及的源代码仅作分享与学习使用，代码都收在源码库里作为记录，用途自己把关。

资源站最上面挂着一套自托管的 AI 销售客服源码，定位一句话：挂到网站上，多一个 24 小时在线的 AI 客服，回答访客问题、识别意向客户、自动收集线索，人工随时能接管。

卖点写在标题后半句——支持自己当老板卖套餐。翻完功能表，结论正好反过来：让人掏钱的其实是底下那套把用户、套餐、对话量、账都算清楚的多租户底座，聊天框只是入口。

一个值得拆开看的问题：这套东西凭什么能当生意做，坑又埋在哪儿。

三个概念摆得很清楚，像一家店的骨架。

工作区是你的经营空间，智能体、对话、线索都放在里面，相当于一家店。智能体是一个具体的 AI 客服，有人设、知识、颜色、行为规则，相当于一个店员。知识源是喂给智能体的资料，相当于店员的培训教材。

喂料的方式不止一种：直接粘一段话术、给一个页面地址让它自己抓、把整站 sitemap 交给它批量拉、授权接上 Notion 和 Google 文档，或者用官方 WordPress 插件把文章和商品同步进来。模型密钥走自带模式，接哪家自己填。

真正决定形态的是最后两步。发布，把智能体推到线上；嵌入，把一段脚本贴进自己站点的页面里。此后访客在你的站上聊天、留联系方式，识别出的意向线索进后台，人工随时接管。

让人愿意为它付钱的，是「卖套餐」这四个字。客服插件人人能装，套餐是要花钱才能开的东西。

可带走：看这类源码，先找那个要收钱的地方。聊天、知识、话术都是壳，收费口才是它的骨架。

模型是最省事的一层，三层底座才是费工的。

租户隔离排在最前。多个客户共用一套系统，谁的对话、线索、分析都不能串。它的做法是给所有查询挂一个全局的租户条件，再配一条回归测试盯着，一旦有查询漏了条件，构建直接失败。对二开的人，这层的分量在于：新写一个查询忘了带租户条件，系统不会当场报错，而是把别家的数据端到页面上。

计量计费是第二层。套餐在后台定义，每个套餐带每月的对话配额，超了不硬断，回一个 429 再附一句升级提示；拦截点放在组件初始化的热路径上，正在进行的对话不被打断。套餐改动会自动归档旧的支付价格再生成新的，订阅不断。这层才是能不能当生意做的分水岭——没有配额，模型调用成本就自己吞掉了利润。

运营面是第三层。收件箱接管对话、线索带来源页面和意向评分、分析看对话量与转化，平台后台管用户、套餐定价、订阅、队列健康、组件监控。工作区角色分四种，邀请链接七天过期，管理员能模拟用户登录排查问题，每个套餐还能单独开关去品牌、换组件域名、抬高速率上限这些能力。

访客端那个聊天组件单独打包，压在 50KB 以内，用 Shadow DOM 渲染，跟后台界面彼此隔离：宿主页面的样式不会污染它，它也不会把宿主的页面搞乱。

可带走：这套东西的门槛不在接模型，在隔离、计费、运营三件事上。只想在自己一个站挂个聊天框，这三样全是负担。

改完设置必须重新发布。行为规则、知识来源改完都要重新发布一次才生效；知识源还得等状态变成「索引完成」才开始工作，没索引完就测试提问，答不上来是正常现象，不是故障。站上看不到客服条，通常就三处原因：没点发布、脚本贴错位置、或者自己的域名没加进允许来源。

可带走：拿到这类系统，头一件事是翻配置文件换掉种子密码，第二件事是确认授权路径，第三件事才是谈部署。

适合接的是手里已经有客户、要给每个客户一个独立工作区、并且打算按用量收费的团队。租户隔离、对话量配额、白标改造一次给齐，能省掉自己写的那部分。

不适合的是只想在自己一个站挂个聊天框。多租户、配额、订阅这一整套用不上，服务器却要带 Redis、PM2、SSE 配置和每分钟一次的定时任务。

接单前先确认三件事：授权范围覆盖不覆盖你要做的商业模式；种子密码和演示账号是不是全换掉；上线前有没有把配额和升级路径真的跑一遍。三件事没落实，功能再全也别对外开。

两点写在明处：本文只做源码层面的结构拆解与风险提醒，不含任何获取方式，也不提供部署步骤或规避授权校验的操作方法；商业脚本的许可边界请自行核对官方条款，相关责任自负。

你手里如果正好有一套想改成按量收费的 AI 客服，可以对一下这三层：租户隔离开不开、配额拦不拦得住、白标清得掉清不掉。

缺哪一层，报价时就得留出余量。

评论区说说，你遇到的是哪一层。