feat: add initial screenshot assets for product preview in README

This commit is contained in:
mlogclub
2026-05-30 22:34:23 +08:00
parent 5d7c10aeab
commit ac3936f7f7
6 changed files with 175 additions and 221 deletions
+175 -221
View File
@@ -1,214 +1,107 @@
# 贝壳AI客服
# 贝壳 AI 客服
> An AI-agent-first customer support system that unifies live chat, knowledge retrieval, ticketing, and seamless human handoff.
开源的 AI Agent 客服系统,支持知识库问答、人工接管、工单闭环和私有化部署。
`贝壳AI客服`是一个以 **AI Agent 为核心** 的智能客服系统,面向需要同时处理在线咨询、知识库问答、人工接管和工单流转的团队。
> 面向需要同时处理在线咨询、知识库问答、人工协同和服务跟踪的团队。它不是把 LLM 接进聊天框,而是一套围绕客服场景设计的 AI Helpdesk 基础系统。
它不是一个简单的聊天机器人,而是一套围绕客服场景设计的完整系统:
## 产品预览
- AI Agent 先接待,优先处理常见问题与标准流程
- 知识库检索驱动回答,并通过 Answerability Gate 防止超出知识库范围时乱答
- 知识库无法支撑回答时返回兜底提示,并建议用户联系人工客服
- 后台可管理会话、工单、客服组、知识库、AI 配置、Skills 和 MCP
- 提供管理后台、客服工作台与客户侧 Web 接入入口
客户侧在线咨询、客服工作台、知识库、模型配置和 AI Agent 编排都在同一套系统中完成。
### 客户侧在线咨询
![客户侧在线咨询](screenshots/1.png)
客户可以在 Web 聊天页中直接发起咨询。AI Agent 会先接待,基于知识库回答问题;当用户明确要求人工介入时,会触发转人工确认流程。
### 客服工作台
![客服工作台](screenshots/2.png)
客服工作台支持会话列表、消息处理、AI 转人工、客服回复、会话标签、关联客户和工单信息查看,适合客服日常接待使用。
### 知识库与 AI 配置
| 知识库 FAQ | AI Agent 配置 |
| --- | --- |
| ![知识库 FAQ](screenshots/4.png) | ![AI Agent 配置](screenshots/5.png) |
知识库用于沉淀 FAQ、文档和可检索内容;AI Agent 可以绑定模型配置、知识库、Skills 和工具能力,形成面向具体客服场景的智能客服实例。
### 模型配置
![模型配置](screenshots/3.png)
模型配置支持 OpenAI-compatible 接入方式,可分别配置大语言模型、向量模型和重排模型,并管理上下文、输出、超时、重试和启用状态。
## 为什么选择它
- **AI 先接待**:让 AI Agent 优先处理常见问题、标准流程和知识库问答。
- **知识约束回答**:通过 RAG 和 Answerability Gate 判断知识片段是否足以回答,减少超出知识库范围的乱答。
- **自然转人工**:当知识库不足、用户明确要求或流程需要人工确认时,进入人工接管。
- **会话到工单闭环**:在线会话、客服接待、工单创建、状态流转和处理记录在同一套系统里完成。
- **适合二次开发**:后端使用 Go,前端使用 Next.js,支持 Skills、MCP 和 OpenAI-compatible 模型接入。
- **可私有化部署**:支持 SQLite / MySQL 和 Qdrant,适合本地体验、内网部署和企业自托管。
## 核心能力
- AI-first 客服流程AI Agent 优先接待,支持自动回复、兜底与人工协同
- 在线会话系统:支持访客会话、会话分配、转接关闭、未读状态与实时消息
- 知识库 RAG:支持知识库、文档、切片、检索日志与检索质量分析
- 工单系统:支持会话转工单、工单分类、状态流转与处理闭环
- 客服组织管理:支持客服档案、客服组、排班与分配能力
- AI 扩展能力:支持 Skills、MCP 调试与外部能力接入
- 统一前端工程:管理后台、客服工作台、客户侧 Web 接入页与嵌入式 SDK 统一放在 `web` 目录
## AI Agent 工作流程
```mermaid
flowchart TD
A[用户发起咨询<br/>Web 客服入口 / Open API] --> B[创建或匹配会话]
B --> C[客户发送消息]
C --> D[触发 AI Reply Runtime]
D --> E[加载会话历史 / AI 配置]
E --> F[按绑定知识库执行检索]
F --> G{知识片段是否足以回答?}
G -- 否 --> Z[返回知识库兜底提示<br/>并建议联系人工客服]
G -- 是 --> H[准备 Skills / MCP Tools]
H --> I[将可信知识上下文交给 Agent]
I --> J{直接回复?}
J -- 是 --> K[LLM 基于知识生成回复并返回用户]
K --> L{问题是否结束?}
L -- 否 --> C
L -- 是 --> M[结束会话或沉淀数据]
J -- 否 --> N{是否调用 Graph / MCP Tool?}
N -- 是 --> O[执行 Skill / Graph / MCP Tool]
O --> P{需要用户确认?}
P -- 否 --> I
P -- 是 --> Q[向用户发起确认]
Q --> R{用户确认结果}
R -- 取消 --> K
R -- 确认转人工 --> S[会话转人工并进入待接入池]
S --> T[按客服组/排班自动分配或人工分配]
T --> U[客服工作台接管]
U --> V{是否需要工单跟踪?}
V -- 是 --> W[人工处理中创建/关联工单]
V -- 否 --> X[人工继续处理]
W --> X
X --> Y[问题解决并关闭]
R -- 确认建单 --> AA[从当前会话创建工单]
AA --> I
N -- 否 --> K
```
## 核心业务流程
### 1. 会话处理流程
```mermaid
flowchart TD
A[用户进入 Web 客服入口 / Open IM] --> B[创建或匹配会话]
B --> C[客户发送消息]
C --> D[写入 message / 更新 conversation]
D --> E{当前是否允许 AI 回复?}
E -- 是 --> F[异步触发 AI Reply]
E -- 否 --> G[等待人工处理]
F --> H[AI 回复消息写回会话]
H --> I{用户是否继续追问?}
I -- 是 --> C
I -- 否 --> J[会话关闭或保持待处理]
G --> K[客服接管 / 回复 / 转接 / 关闭]
K --> J
```
### 2. 人工接管与分配流程
```mermaid
flowchart TD
A[AI 判断需人工介入] --> B[发起转人工确认]
B --> C{用户是否确认?}
C -- 否 --> D[继续 AI 对话]
C -- 是 --> E[会话状态置为 pending]
E --> F[记录 handoffAt / handoffReason]
F --> G[按 AI Agent 绑定客服组尝试自动分配]
G --> H{是否分配成功?}
H -- 是 --> I[进入客服工作台 Active 会话]
H -- 否 --> J[留在待接入池]
J --> K[主管或客服手动分配]
K --> I
I --> L[客服处理、转接或关闭]
```
### 3. 会话转工单流程
```mermaid
flowchart TD
A[会话中出现投诉 / 售后 / 报障诉求] --> B{由 AI 还是人工发起?}
B -- AI --> C[Graph Tool 整理工单草稿]
C --> D[发起建单确认]
D --> E{用户是否确认?}
E -- 否 --> F[继续对话或补充信息]
E -- 是 --> G[从当前会话创建工单]
B -- 人工 --> H[客服工作台发起从会话建单]
H --> G
G --> I[写入 ticket / event log]
I --> J[回写会话事件]
J --> K[进入工单指派与状态流转]
K --> L[工单处理完成并关闭]
```
### 4. 知识库处理流程
```mermaid
flowchart TD
A[后台创建知识库] --> B[新增文档 / FAQ]
B --> C[文档清洗与切片]
C --> D[写入向量索引]
D --> E[AI Agent 绑定知识库]
E --> F[用户提问触发 AI Runtime]
F --> G[按知识库配置执行检索]
G --> H[Answerability Gate 判定知识是否足以回答]
H --> I{可被知识片段支撑?}
I -- 是 --> J[将可信知识片段注入运行时上下文]
J --> K[Agent 基于知识生成回复]
I -- 否 --> L[返回知识库 fallback 文案<br/>并建议联系人工客服]
K --> M[记录检索日志 / Answerability Trace / 运行日志]
L --> M
```
### 5. AI Reply Runtime 流程
```mermaid
flowchart TD
A[客户消息进入运行时] --> B[装载会话历史]
B --> C[加载 AI Config]
C --> D[按绑定知识库检索]
D --> E{Answerability Gate 是否通过?}
E -- 否 --> F[写回 fallback 回复<br/>并建议联系人工客服]
E -- 是 --> G[加载可用工具并尝试命中 Skill]
G --> H[构造带可信知识的 Agent 输入消息]
H --> I[Agent 执行]
I --> J{输出类型}
J -- 直接回复 --> K[写回 AI 消息]
J -- Tool 调用 --> L[执行 Graph / MCP Tool]
L --> M{是否触发确认中断?}
M -- 否 --> I
M -- 是 --> N[保存 checkpoint / pending interrupt]
N --> O[等待用户回复确认或取消]
O --> P[恢复执行 Resume]
P --> I
```
- **AI Agent 客服**AI 优先回复,支持兜底、确认、工具调用和人工协同
- **在线会话系统**:支持访客会话、消息收发、未读状态、会话分配、转接关闭
- **客服工作台**:客服可接管会话、回复用户、转接同事、关联客户和创建工单。
- **知识库 RAG**:支持知识库、文档、FAQ、切片、向量检索、检索日志和质量分析。
- **Answerability Gate**:判断检索内容是否足以支撑回答,不足时返回兜底提示并建议联系人工。
- **工单系统**:支持从会话创建工单、分类、指派、状态流转、进展记录和闭环处理。
- **客服组织管理**:支持客服档案、客服组、排班和自动分配能力。
- **AI 扩展能力**:支持 Skills、MCP 调试和外部工具接入。
- **多入口接入**:提供管理后台、客服工作台、客户侧 Web 页面和嵌入式 SDK。
## 适用场景
- 官网在线客服
- SaaS 产品支持
- AI + 人工混合接待
- 企业内部服务台或运营支持台
- 企业内部服务台
- 售后、报障、投诉和运营支持
- 需要知识库问答与人工协同的客服团队
## 技术栈
- Backend: Golang
- Frontend: Next.js 16 + React 19 + shadcn/ui + Tailwind CSS
- Database: SQLite / MySQL
- Vector DB: Qdrant
- AI: OpenAI-compatible LLM / Embedding + RAG + SKILLS + MCP
## 项目结构
```text
.
├── cmd/ # server / migration / generator
├── internal/
│ ├── controllers/ # API controllers
│ ├── services/ # business services
│ ├── repositories/ # data access
│ ├── models/ # GORM models
│ ├── migration/ # data migrations
│ └── ai/ # LLM / RAG / MCP related logic
├── web/ # unified Next.js frontend
│ ├── app/dashboard/ # admin dashboard
│ ├── app/support/ # customer service entry and chat pages
│ ├── components/ # React components
│ ├── lib/ # API client, SDK source and utilities
│ ├── public/sdk/ # built embeddable SDK assets
│ └── scripts/ # frontend build scripts
├── config/ # config files
└── docs/ # project docs
```
## 快速开始
### 1. 环境要求
推荐先用 Docker Compose 体验完整服务:
```bash
docker compose up -d --build
```
Compose 默认会启动:
- `cs-ai-agent`:应用服务,端口 `8083`
- `mysql`MySQL 8.4,数据卷 `mysql-data`
- `qdrant`:向量数据库,数据卷 `qdrant-data`,端口 `6333` / `6334`
启动后访问:
- 管理后台:`http://localhost:8083/dashboard`
- 客服工作台:`http://localhost:8083/dashboard/conversations`
- 客户侧 Web 接入示例:`http://localhost:8083/support/demo`
- 客户侧聊天页:`http://localhost:8083/support/chat`
默认管理员账号:
- 用户名:`admin`
- 密码:`ChangeMe123!`
> 首次用于公网或团队环境前,请务必修改默认管理员密码,并配置独立的鉴权、会话和模型密钥。
## 本地开发
### 环境要求
- Go `1.26+`
- Node.js `20+`
- `pnpm`
- Qdrant
### 2. 准备配置
复制示例配置:
### 准备配置
```bash
cp config/config.example.yaml config/config.yaml
@@ -220,15 +113,13 @@ cp config/config.example.yaml config/config.yaml
- Backend`http://127.0.0.1:8083`
- Qdrant gRPC`127.0.0.1:6334`
### 3. 启动 Qdrant
如果你本地还没有 Qdrant,可以用 Docker 快速启动:
如果本地还没有 Qdrant,可以用 Docker 启动:
```bash
docker run -p 6333:6333 -p 6334:6334 qdrant/qdrant
```
### 4. 安装前端依赖
安装前端依赖
```bash
cd web
@@ -236,9 +127,7 @@ pnpm install
cd ..
```
### 5. 启动项目
同时启动后端和前端:
同时启动后端和前端开发服务:
```bash
make dev
@@ -258,7 +147,40 @@ make web-dev
- 客户侧 Web 接入示例:`http://localhost:3000/support/demo`
- 客户侧聊天页:`http://localhost:3000/support/chat`
生产构建时,前端统一由 `web` 工程构建,静态产物输出到 `web/out`,后端会从 `web/out` 提供静态资源。
## 技术栈
- BackendGolang + Gin + GORM + `github.com/mlogclub/simple`
- FrontendNext.js 16 + React 19 + shadcn/ui + Tailwind CSS
- DatabaseSQLite / MySQL
- Vector DBQdrant
- AIOpenAI-compatible LLM / Embedding + RAG + Skills + MCP
## 项目结构
```text
.
├── cmd/ # server / migration / generator / testdata
├── internal/
│ ├── bootstrap/ # 启动、路由、数据库和迁移初始化
│ ├── builders/ # model / 聚合结果到 response DTO 的映射
│ ├── handlers/ # dashboard / api / third HTTP handlers
│ ├── middleware/ # Gin middleware
│ ├── migration/ # 幂等数据迁移
│ ├── models/ # GORM models
│ ├── repositories/ # 数据访问层
│ ├── services/ # 业务编排和事务边界
│ ├── ai/ # LLM / RAG / Runtime / Skills / MCP
│ └── pkg/ # config / dto / enums / httpx / utils 等基础包
├── web/ # Next.js 前端工程
│ ├── app/dashboard/ # 管理后台与客服工作台
│ ├── app/support/ # 客户侧接入和聊天页面
│ ├── components/ # React 组件
│ ├── lib/ # API client、SDK 源码和工具函数
│ └── public/sdk/ # 构建后的嵌入式 SDK
├── config/ # 配置文件
├── docker/ # Docker 配置
└── docs/ # 项目文档
```
## 常用命令
@@ -276,25 +198,68 @@ make check # 运行 Go 测试、前端 typecheck 和 lint
make generator # 执行代码生成
make enums # 生成前端枚举
make migration # 执行 migration
make testdata # 初始化演示/测试数据
```
## Docker
## AI Agent 工作流
推荐使用 Docker Compose 同时启动应用、MySQL 和 Qdrant
```bash
docker compose up -d --build
```mermaid
flowchart TD
A[用户发起咨询<br/>Web 客服入口 / Open API] --> B[创建或匹配会话]
B --> C[客户发送消息]
C --> D[触发 AI Reply Runtime]
D --> E[加载会话历史 / AI 配置]
E --> F[按绑定知识库执行检索]
F --> G{知识片段是否足以回答?}
G -- 否 --> Z[返回知识库兜底提示<br/>并建议联系人工客服]
G -- 是 --> H[准备 Skills / MCP Tools]
H --> I[将可信知识上下文交给 Agent]
I --> J{直接回复?}
J -- 是 --> K[LLM 基于知识生成回复并返回用户]
J -- 否 --> N{是否调用 Graph / MCP Tool?}
N -- 是 --> O[执行 Skill / Graph / MCP Tool]
O --> P{需要用户确认?}
P -- 否 --> I
P -- 是 --> Q[向用户发起确认]
Q --> R{用户确认结果}
R -- 确认转人工 --> S[会话转人工并进入待接入池]
S --> T[自动分配或人工分配]
T --> U[客服工作台接管]
U --> V{是否需要工单跟踪?}
V -- 是 --> W[创建或关联工单]
V -- 否 --> X[人工继续处理]
W --> X
X --> Y[问题解决并关闭]
R -- 确认建单 --> AA[从当前会话创建工单]
AA --> I
R -- 取消 --> K
N -- 否 --> K
```
Compose 默认会启动:
## 业务闭环
- `cs-ai-agent`:应用服务,端口 `8083`
- `mysql`MySQL 8.4,数据卷 `mysql-data`
- `qdrant`:向量数据库,数据卷 `qdrant-data`,端口 `6333`/`6334`
```mermaid
flowchart LR
A[客户咨询] --> B[AI Agent 接待]
B --> C{知识库可回答?}
C -- 是 --> D[AI 基于可信知识回复]
C -- 否 --> E[兜底提示 / 建议人工]
D --> F{是否需要人工?}
E --> G[人工接管]
F -- 否 --> H[会话结束或沉淀数据]
F -- 是 --> G
G --> I[客服工作台处理]
I --> J{是否需要跟踪?}
J -- 是 --> K[创建 / 关联工单]
J -- 否 --> L[直接解决]
K --> M[工单流转与进展记录]
M --> N[处理完成]
L --> N
```
Compose 使用 [docker/cs-ai-agent.yaml](docker/cs-ai-agent.yaml) 作为容器内配置,应用会通过 Docker 内部服务名访问 `mysql``qdrant`
## Docker 镜像
也可以只构建应用镜像,但需要自行准备 MySQL 和 Qdrant,并挂载对应配置:
如果只需要构建应用镜像,可以自行准备 MySQL 和 Qdrant,并挂载配置文件
```bash
docker build -t cs-ai-agent .
@@ -304,26 +269,15 @@ docker run --rm -p 8083:8083 \
cs-ai-agent
```
## 系统视角
- 管理后台:负责 AI Agent、知识库、客服组、工单与运营配置
- 客服工作台:负责接管会话、处理消息与人工服务
- 客户侧 Web 接入:通过 `/support/demo``/support/chat``web/public/sdk` 中的嵌入式脚本承接用户咨询入口
这使得`贝壳AI客服`可以同时覆盖:
- AI 接待
- 人工协同
- 知识驱动回答
- 工单追踪闭环
Compose 使用 [docker/cs-ai-agent.yaml](docker/cs-ai-agent.yaml) 作为容器内配置,应用会通过 Docker 内部服务名访问 `mysql``qdrant`
## 开源定位
`贝壳AI客服`适合作为以下方向的开源基础项目:
`贝壳 AI 客服`适合作为以下方向的开源基础项目:
- AI 客服系统
- AI Helpdesk / AI Support Platform
- RAG 可回答性判定 + Human Handoff 的落地样板
- 面向企业场景的 AI Agent 应用框架
如果你在寻找一个 **以 AI Agent 为中心,而不是仅仅把 LLM 嵌进聊天框** 的客服系统,这个项目就是为此设计的。
如果你在寻找一个以 AI Agent 为中心,而不是仅仅把 LLM 嵌进聊天框的客服系统,这个项目就是为此设计的。
BIN
View File
Binary file not shown.

After

Width:  |  Height:  |  Size: 192 KiB

BIN
View File
Binary file not shown.

After

Width:  |  Height:  |  Size: 207 KiB

BIN
View File
Binary file not shown.

After

Width:  |  Height:  |  Size: 190 KiB

BIN
View File
Binary file not shown.

After

Width:  |  Height:  |  Size: 379 KiB

BIN
View File
Binary file not shown.

After

Width:  |  Height:  |  Size: 134 KiB