自动应答
先检索知识库再生成回复，流式或非流式都可以；答不上来时给兜底话术并引导转人工。
- 意图分类与模型路由
- 主备模型自动回退
- 语义缓存，同问不重复计费
- Prompt 注入与输出过滤
产品能力
不是替你做生意，
不是替你做生意，
是替你守住第一句回复
从客户开口，到问题解决，中间该自动的自动、该交给你的一句不漏。下面六块能力，都能在后台自己配。
从知识到回答
答案来自你给的资料，不是模型随口编
上传产品文档、录入问答对，系统自动分块向量化。客户提问时先检索你的知识库，再把相关片段拼进提示词生成回答，并标注引用了哪一条。
- 回答带引用来源，口径不对时能一眼定位到知识条目
- 命中测试可以先试召回效果，再决定要不要改写法
- 知识变更后对应的语义缓存失效，不会继续用旧答案
- AI 答不上来时兜底话术，并引导转人工或建工单
六块能力
一个后台，把客服这件事管完
能力按模块拆开，你可以只用其中一两块，也可以一路配到工单闭环。
我的知识库
把散在文档、表格和脑子里的规则收进来，回答时自动引用，改一处全渠道同步。
- PDF / Word / TXT / MD / HTML 上传
- 问答对录入与批量导入导出
- 条目增删改与启停
- 命中测试与引用来源
各个渠道
渠道接入按后台引导做双向配置，凭据加密存储、界面脱敏；启停不需要发版。
- 官网 Widget 嵌入
- 企业微信 / 飞书 / 钉钉 / 公众号
- 回调验签、解析与幂等入队
- 渠道独立健康告警
随时接手
AI 先答，你觉得该自己来就接管；完整上下文跟着走，客户不用把问题重讲一遍。
- 主动接管与释放回 AI
- 按技能组、负载、在线状态路由
- 无坐席在线时留言 / 工单 / 仅 AI
- 坐席工作台与满意度评价
工单跟进
需要异步处理的事自动形成待办，状态、责任人和时限都能查，不会在聊天里丢掉。
- AI 识别跟进事项生成草稿
- 状态流转与 SLA 计时
- 指派与转派
- 已解决工单回流知识库
花得明白
按租户、模型、日期聚合用量，1 次问答 1 分，后台查得到每一笔扣减与余额。
- 用量看板与导出台账
- 配额 80% / 100% 超额预警
- 租户级限流与并发隔离
- 计量与账单可对账
以上为产品能力说明，具体可用范围以你开通的套餐与后台实际入口为准；渠道按批次开放，官网上不承诺全部渠道已正式商用。
给技术同事
实现上的几个边界
下面是架构层面的设计约束，不是性能承诺；各项指标以实际测试与合同约定为准。
数据、知识、配置、计量四个维度按租户隔离：MySQL 查询由 GORM Callback 自动注入 tenant_id，Qdrant 检索强制携带 tenant_id payload filter 且不接受调用方传入，会话历史跨租户返回空。并发信号量隔离用于防止单租户高并发挤占全局资源。渠道凭据加密存储，详情按权限返回。
渠道 SDK 只允许出现在 internal/adapter 接入层，编排层与检索层不做渠道分支；入站消息统一归一化后经幂等判定进入会话编排，出站统一走投递链路。新增渠道时改的是适配器，不是业务流程。
模型调用统一经内部网关出口，业务代码不直连厂商 API；替换 base_url 即可切换网关。系统不实现 IM 长连接网关，也不自建 GPU 推理集群。部署按单机 Docker Compose → CVM + 托管数据库 → 集群的方向演进，编译期分层使后续拆分为独立部署单元时以移动目录为主。
可以看「私有独立部署」板块：客户自有云账号 / VPC 内部署与平台托管单租户独立实例两种形态都可纳入评估。具体资源、合规与运维边界以双方评估结论为准，官网不列价格也不做交付承诺。