Update documentation for Realtime Agent Studio with enhanced content and structure
- Revised site name and description for clarity and detail. - Updated navigation structure to better reflect the organization of content. - Improved changelog entries for better readability and consistency. - Migrated assistant configuration and prompt guidelines to new documentation paths. - Enhanced core concepts section to clarify the roles and capabilities of assistants and engines. - Streamlined workflow documentation to provide clearer guidance on configuration and usage.
This commit is contained in:
Xin Wang
@@ -163,4 +163,4 @@
|
||||
|
||||
- [自动化测试](autotest.md) - 批量测试助手
|
||||
- [历史记录](history.md) - 查看对话详情
|
||||
- [提示词指南](../assistants/prompts.md) - 优化提示词
|
||||
- [提示词指南](../concepts/assistants/prompts.md) - 优化提示词
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# API 参考
|
||||
# API 参考
|
||||
|
||||
本节提供 Realtime Agent Studio (RAS) 的完整 API 文档。
|
||||
|
||||
@@ -163,6 +163,8 @@ WebSocket API 使用双向消息通信：
|
||||
|
||||
## SDK
|
||||
|
||||
> 下面的 SDK 包名和类名沿用当前包标识；产品名称在文档中统一使用 Realtime Agent Studio（RAS）。
|
||||
|
||||
### JavaScript SDK
|
||||
|
||||
```bash
|
||||
@@ -230,3 +232,4 @@ async with client.connect(assistant.id) as conv:
|
||||
- [WebSocket 协议](websocket.md) - 实时对话协议详解
|
||||
- [错误码](errors.md) - 错误处理参考
|
||||
- [快速开始](../quickstart/index.md) - 快速创建助手
|
||||
|
||||
|
||||
@@ -1,218 +1,8 @@
|
||||
# 配置选项
|
||||
# 配置选项（旧入口）
|
||||
|
||||
助手配置界面包含多个标签页，每个标签页负责不同方面的配置。
|
||||
本页保留旧链接，用于承接历史导航或外部引用。助手配置的正式文档已经迁移到：
|
||||
|
||||
## 全局设置
|
||||
- [配置选项](../concepts/assistants/configuration.md) - 助手配置界面与运行时配置层说明
|
||||
- [助手概念](../concepts/assistants.md) - 先理解助手对象、会话与动态变量
|
||||
|
||||
全局设置定义助手的核心对话能力。
|
||||
|
||||
| 配置项 | 说明 | 建议值 |
|
||||
|-------|------|--------|
|
||||
| 助手名称 | 用于标识和管理 | 简洁明确 |
|
||||
| 系统提示词 | 定义角色、任务和约束 | 详见[提示词指南](prompts.md) |
|
||||
| 开场白 | 对话开始时的问候语 | 简短友好 |
|
||||
| 温度参数 | 控制回复随机性 | 0.7（通用）/ 0.3（严谨） |
|
||||
| 上下文长度 | 保留的历史消息数 | 10-20 |
|
||||
|
||||
### 高级选项
|
||||
|
||||
- **首轮模式** - 设置首次对话的触发方式
|
||||
- **打断检测** - 用户打断时的处理策略
|
||||
- **超时设置** - 无响应时的处理
|
||||
|
||||
## 语音配置
|
||||
|
||||
配置语音识别和语音合成参数。
|
||||
|
||||
### TTS 语音合成
|
||||
|
||||
| 配置 | 说明 |
|
||||
|------|------|
|
||||
| TTS 引擎 | 选择语音合成服务（阿里/火山/Minimax） |
|
||||
| 音色 | 选择语音风格和性别 |
|
||||
| 语速 | 语音播放速度（0.5-2.0） |
|
||||
| 音量 | 语音输出音量（0-100） |
|
||||
| 音调 | 语音音调高低（0.5-2.0） |
|
||||
|
||||
### ASR 语音识别
|
||||
|
||||
| 配置 | 说明 |
|
||||
|------|------|
|
||||
| ASR 引擎 | 选择语音识别服务 |
|
||||
| 语言 | 识别语言（中文/英文/多语言） |
|
||||
| 热词 | 提高特定词汇识别准确率 |
|
||||
|
||||
## 工具绑定
|
||||
|
||||
配置助手可调用的外部工具。
|
||||
|
||||
### 可用工具类型
|
||||
|
||||
| 工具 | 说明 |
|
||||
|------|------|
|
||||
| 搜索工具 | 网络搜索获取信息 |
|
||||
| 天气查询 | 查询天气预报 |
|
||||
| 计算器 | 数学计算 |
|
||||
| 知识库检索 | RAG 知识检索 |
|
||||
| 自定义工具 | HTTP 回调外部 API |
|
||||
|
||||
### 配置步骤
|
||||
|
||||
1. 在工具列表中勾选需要的工具
|
||||
2. 配置工具参数（如有）
|
||||
3. 测试工具调用是否正常
|
||||
|
||||
## 知识关联
|
||||
|
||||
关联 RAG 知识库，让助手能够回答专业领域问题。
|
||||
|
||||
### 配置参数
|
||||
|
||||
| 参数 | 说明 | 建议值 |
|
||||
|------|------|--------|
|
||||
| 知识库 | 选择要关联的知识库 | - |
|
||||
| 相似度阈值 | 低于此分数不返回 | 0.7 |
|
||||
| 返回数量 | 单次检索返回条数 | 3 |
|
||||
| 检索策略 | 混合/向量/关键词 | 混合 |
|
||||
|
||||
### 多知识库
|
||||
|
||||
支持关联多个知识库，系统会自动合并检索结果。
|
||||
|
||||
## 外部链接
|
||||
|
||||
配置第三方服务集成和 Webhook 回调。
|
||||
|
||||
### Webhook 配置
|
||||
|
||||
| 字段 | 说明 |
|
||||
|------|------|
|
||||
| 回调 URL | 接收事件的 HTTP 端点 |
|
||||
| 事件类型 | 订阅的事件（对话开始/结束/工具调用等） |
|
||||
| 认证方式 | API Key / Bearer Token / 无 |
|
||||
|
||||
### 支持的事件
|
||||
|
||||
- `conversation.started` - 对话开始
|
||||
- `conversation.ended` - 对话结束
|
||||
- `tool.called` - 工具被调用
|
||||
- `human.transfer` - 转人工
|
||||
|
||||
## 配置持久化与运行时覆盖
|
||||
|
||||
助手配置分为两层：
|
||||
|
||||
1. **数据库持久化配置（基线配置）**：通过助手管理 API 保存，后续会话默认读取这一层。
|
||||
2. **会话级覆盖配置（runtime overrides）**：仅对当前 WebSocket 会话生效，不会写回数据库。
|
||||
|
||||
### 哪些配置会存到数据库
|
||||
|
||||
以下字段会持久化在 `assistants` / `assistant_opener_audio` 等表中（通过创建/更新助手写入）：
|
||||
|
||||
| 类别 | 典型字段 |
|
||||
|------|---------|
|
||||
| 对话行为 | `name`、`prompt`、`opener`、`firstTurnMode`、`generatedOpenerEnabled` |
|
||||
| 输出与打断 | `voiceOutputEnabled`、`voice`、`speed`、`botCannotBeInterrupted`、`interruptionSensitivity` |
|
||||
| 工具与知识库 | `tools`、`knowledgeBaseId` |
|
||||
| 模型与外部模式 | `configMode`、`apiUrl`、`apiKey`、`llmModelId`、`asrModelId`、`embeddingModelId`、`rerankModelId` |
|
||||
| 开场音频 | `openerAudioEnabled` 及音频文件状态（`ready`、`durationMs` 等） |
|
||||
|
||||
> 引擎在连接时通过 `assistant_id` 从后端读取该助手的 `sessionStartMetadata` 作为默认运行配置。
|
||||
|
||||
### 哪些配置可以在会话中覆盖
|
||||
|
||||
客户端可在 `session.start.metadata.overrides` 中覆盖以下白名单字段（仅当前会话有效）：
|
||||
|
||||
- `systemPrompt`
|
||||
- `greeting`
|
||||
- `firstTurnMode`
|
||||
- `generatedOpenerEnabled`
|
||||
- `output`
|
||||
- `bargeIn`
|
||||
- `knowledgeBaseId`
|
||||
- `knowledge`
|
||||
- `tools`
|
||||
- `openerAudio`
|
||||
|
||||
以下字段不能由客户端覆盖：
|
||||
|
||||
- `services`（模型 provider / apiKey / baseUrl 等）
|
||||
- `assistantId` / `appId` / `configVersionId`（及下划线变体）
|
||||
- 包含密钥语义的字段（如 `apiKey`、`token`、`secret`、`password`、`authorization`）
|
||||
|
||||
### 覆盖示例（代码）
|
||||
|
||||
下面示例展示「数据库基线配置 + 会话 overrides」的最终效果。
|
||||
|
||||
```json
|
||||
// 1) 数据库存储的基线配置（示意）
|
||||
// GET /api/v1/assistants/asst_demo/config -> sessionStartMetadata
|
||||
{
|
||||
"systemPrompt": "你是电商客服助手，回答要简洁。",
|
||||
"greeting": "你好，我是你的客服助手。",
|
||||
"firstTurnMode": "bot_first",
|
||||
"output": { "mode": "audio" },
|
||||
"knowledgeBaseId": "kb_orders",
|
||||
"tools": [
|
||||
{ "type": "function", "function": { "name": "query_order" } }
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
```json
|
||||
// 2) 客户端发起会话时的覆盖
|
||||
{
|
||||
"type": "session.start",
|
||||
"metadata": {
|
||||
"channel": "web",
|
||||
"history": { "userId": 1001 },
|
||||
"overrides": {
|
||||
"greeting": "你好，我来帮你查订单进度。",
|
||||
"output": { "mode": "text" },
|
||||
"knowledgeBaseId": "kb_vip_orders",
|
||||
"tools": [
|
||||
{ "type": "function", "function": { "name": "query_vip_order" } }
|
||||
]
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
```json
|
||||
// 3) 引擎合并后的有效配置（示意）
|
||||
{
|
||||
"assistantId": "asst_demo",
|
||||
"systemPrompt": "你是电商客服助手，回答要简洁。",
|
||||
"greeting": "你好，我来帮你查订单进度。",
|
||||
"firstTurnMode": "bot_first",
|
||||
"output": { "mode": "text" },
|
||||
"knowledgeBaseId": "kb_vip_orders",
|
||||
"tools": [
|
||||
{ "type": "function", "function": { "name": "query_vip_order" } }
|
||||
],
|
||||
"channel": "web",
|
||||
"history": { "userId": 1001 }
|
||||
}
|
||||
```
|
||||
|
||||
合并规则可简化为：
|
||||
|
||||
```python
|
||||
effective = {**db_session_start_metadata, **metadata.overrides}
|
||||
```
|
||||
|
||||
当 `WS_EMIT_CONFIG_RESOLVED=true` 时，服务端会返回 `config.resolved`（公开、安全裁剪后的快照）用于前端调试当前生效配置。
|
||||
|
||||
## 配置导入导出
|
||||
|
||||
### 导出配置
|
||||
|
||||
1. 在助手详情页点击 **更多**
|
||||
2. 选择 **导出配置**
|
||||
3. 下载 JSON 格式的配置文件
|
||||
|
||||
### 导入配置
|
||||
|
||||
1. 点击 **新建助手**
|
||||
2. 选择 **从配置导入**
|
||||
3. 上传配置文件
|
||||
如果你是从创建路径进入，也可以直接回到 [快速开始](../quickstart/index.md)。
|
||||
|
||||
@@ -1,57 +1,10 @@
|
||||
# 助手管理
|
||||
# 助手管理（旧入口）
|
||||
|
||||
助手是 Realtime Agent Studio (RAS) 的核心模块，用于创建和配置智能对话机器人。每个助手都可以独立配置提示词、语音、知识库和工具。
|
||||
本页保留旧链接，用于承接历史导航或外部引用。助手相关内容已经拆分到更明确的文档中：
|
||||
|
||||
## 概述
|
||||
- [助手概念](../concepts/assistants.md) - 了解助手是什么、由哪些部分组成，以及会话如何运行
|
||||
- [配置选项](../concepts/assistants/configuration.md) - 查看控制台和运行时配置项的分工
|
||||
- [提示词指南](../concepts/assistants/prompts.md) - 编写高质量系统提示词
|
||||
- [测试调试](../concepts/assistants/testing.md) - 验证助手行为并排查问题
|
||||
|
||||
|
||||
|
||||
## 助手能力
|
||||
|
||||
| 能力 | 说明 |
|
||||
|------|------|
|
||||
| **智能对话** | 基于 LLM 的自然语言理解和生成 |
|
||||
| **语音交互** | 支持语音识别和语音合成 |
|
||||
| **知识检索** | 关联知识库回答专业问题 |
|
||||
| **工具调用** | 调用外部 API 执行操作 |
|
||||
| **工作流** | 支持复杂的多轮对话流程 |
|
||||
|
||||
## 创建助手
|
||||
|
||||
### 步骤
|
||||
|
||||
1. 进入 **助手管理** 页面
|
||||
2. 点击 **新建助手** 按钮
|
||||
3. 填写基本信息
|
||||
4. 配置各项参数
|
||||
5. 保存并发布
|
||||
|
||||
### 基本信息
|
||||
|
||||
| 配置项 | 说明 |
|
||||
|-------|------|
|
||||
| 助手名称 | 唯一标识，用于区分不同助手 |
|
||||
| 提示词 | 定义助手的角色和行为 |
|
||||
| 温度参数 | 控制回复的随机性（0-1） |
|
||||
|
||||
## 调试助手
|
||||
|
||||
在助手详情页可进行实时调试：
|
||||
|
||||
- **文本对话测试** - 快速验证回复质量
|
||||
- **语音输入测试** - 测试 ASR 识别效果
|
||||
- **工具调用验证** - 确认工具正常执行
|
||||
|
||||
## 发布助手
|
||||
|
||||
配置完成后：
|
||||
|
||||
1. 点击 **保存** - 保存当前配置
|
||||
2. 点击 **发布** - 发布到生产环境
|
||||
3. 获取 API 调用地址 - 用于集成
|
||||
|
||||
## 下一步
|
||||
|
||||
- [配置选项](configuration.md) - 详细的配置标签页说明
|
||||
- [提示词指南](prompts.md) - 如何编写高质量的系统提示词
|
||||
- [测试调试](testing.md) - 助手测试与问题排查
|
||||
如果你是第一次上手，建议直接从 [快速开始](../quickstart/index.md) 进入。
|
||||
|
||||
@@ -1,184 +1,8 @@
|
||||
# 提示词指南
|
||||
# 提示词指南（旧入口）
|
||||
|
||||
系统提示词（System Prompt）是定义助手行为的核心配置。本指南介绍如何编写高质量的提示词。
|
||||
本页保留旧链接，用于承接历史导航或外部引用。提示词的正式文档已经迁移到：
|
||||
|
||||
## 提示词结构
|
||||
- [提示词指南](../concepts/assistants/prompts.md) - 设计角色、任务、限制与风格
|
||||
- [助手概念](../concepts/assistants.md) - 理解提示词在助手体系中的位置
|
||||
|
||||
一个完整的系统提示词通常包含以下部分：
|
||||
|
||||
```
|
||||
[角色定义]
|
||||
[任务描述]
|
||||
[行为约束]
|
||||
[输出格式]
|
||||
[示例（可选）]
|
||||
```
|
||||
|
||||
## 编写原则
|
||||
|
||||
### 1. 明确角色
|
||||
|
||||
告诉助手它是谁：
|
||||
|
||||
```
|
||||
你是一个专业的技术支持工程师，专门负责解答产品使用问题。
|
||||
```
|
||||
|
||||
### 2. 定义任务
|
||||
|
||||
明确助手需要完成什么：
|
||||
|
||||
```
|
||||
你的主要任务是：
|
||||
1. 解答用户关于产品功能的问题
|
||||
2. 提供使用指导和最佳实践
|
||||
3. 帮助用户排查常见故障
|
||||
```
|
||||
|
||||
### 3. 设置约束
|
||||
|
||||
限制不希望出现的行为：
|
||||
|
||||
```
|
||||
请注意：
|
||||
- 不要讨论与产品无关的话题
|
||||
- 不要编造不存在的功能
|
||||
- 如果不确定答案，请建议用户联系人工客服
|
||||
```
|
||||
|
||||
### 4. 指定风格
|
||||
|
||||
定义回复的语气和风格：
|
||||
|
||||
```
|
||||
回复风格要求：
|
||||
- 使用友好、专业的语气
|
||||
- 回答简洁明了，避免冗长
|
||||
- 适当使用列表和步骤说明
|
||||
```
|
||||
|
||||
## 提示词模板
|
||||
|
||||
### 客服助手
|
||||
|
||||
```
|
||||
你是 [公司名称] 的智能客服助手。
|
||||
|
||||
## 你的职责
|
||||
- 解答用户关于产品和服务的问题
|
||||
- 处理常见的投诉和建议
|
||||
- 引导用户完成操作流程
|
||||
|
||||
## 回复要求
|
||||
- 保持友好和耐心
|
||||
- 回答简洁，一般不超过 3 句话
|
||||
- 如果问题复杂，建议转接人工客服
|
||||
|
||||
## 禁止行为
|
||||
- 不要讨论竞争对手
|
||||
- 不要承诺无法兑现的事项
|
||||
- 不要透露内部信息
|
||||
```
|
||||
|
||||
### 技术支持
|
||||
|
||||
```
|
||||
你是一个技术支持工程师，专门帮助用户解决技术问题。
|
||||
|
||||
## 工作流程
|
||||
1. 首先了解用户遇到的具体问题
|
||||
2. 询问必要的环境信息（系统版本、错误信息等）
|
||||
3. 提供分步骤的解决方案
|
||||
4. 确认问题是否解决
|
||||
|
||||
## 回复格式
|
||||
- 使用编号列表说明操作步骤
|
||||
- 提供代码示例时使用代码块
|
||||
- 复杂问题可以分多次回复
|
||||
```
|
||||
|
||||
### 销售顾问
|
||||
|
||||
```
|
||||
你是一个产品销售顾问，帮助用户了解产品并做出购买决策。
|
||||
|
||||
## 沟通策略
|
||||
- 先了解用户需求，再推荐合适的产品
|
||||
- 突出产品优势，但不贬低竞品
|
||||
- 提供真实的价格和优惠信息
|
||||
|
||||
## 目标
|
||||
- 帮助用户找到最适合的方案
|
||||
- 解答购买相关的疑问
|
||||
- 促进成交但不过度推销
|
||||
```
|
||||
|
||||
## 动态变量
|
||||
|
||||
提示词支持动态变量，使用 `{{变量名}}` 语法：
|
||||
|
||||
```
|
||||
你好 {{customer_name}}，欢迎来到 {{company_name}}。
|
||||
你当前的会员等级是 {{membership_tier}}。
|
||||
```
|
||||
|
||||
在 `session.start` 时通过 `dynamicVariables` 传入：
|
||||
|
||||
```json
|
||||
{
|
||||
"type": "session.start",
|
||||
"metadata": {
|
||||
"dynamicVariables": {
|
||||
"customer_name": "张三",
|
||||
"company_name": "AI 公司",
|
||||
"membership_tier": "黄金会员"
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 回复太长
|
||||
|
||||
在提示词中明确限制：
|
||||
|
||||
```
|
||||
回复长度要求：
|
||||
- 一般问题：1-2 句话
|
||||
- 复杂问题：不超过 5 句话
|
||||
- 避免重复和冗余内容
|
||||
```
|
||||
|
||||
### 答非所问
|
||||
|
||||
增加任务边界说明：
|
||||
|
||||
```
|
||||
重要提示：
|
||||
- 只回答与 [产品/服务] 相关的问题
|
||||
- 对于无关问题，礼貌地拒绝并引导回正题
|
||||
```
|
||||
|
||||
### 编造信息
|
||||
|
||||
强调诚实原则：
|
||||
|
||||
```
|
||||
信息准确性要求：
|
||||
- 只提供你确定的信息
|
||||
- 不确定时说"我不太确定，建议您..."
|
||||
- 绝对不要编造数据或功能
|
||||
```
|
||||
|
||||
## 最佳实践
|
||||
|
||||
1. **迭代优化** - 根据实际对话效果持续调整
|
||||
2. **测试覆盖** - 用各种场景测试提示词效果
|
||||
3. **版本管理** - 保存历史版本，便于回退
|
||||
4. **定期复盘** - 分析对话记录，发现改进点
|
||||
|
||||
## 下一步
|
||||
|
||||
- [测试调试](testing.md) - 验证提示词效果
|
||||
- [知识库配置](../customization/knowledge-base.md) - 补充专业知识
|
||||
如果你想先完成最小可用配置，请从 [快速开始](../quickstart/index.md) 继续。
|
||||
|
||||
@@ -1,162 +1,8 @@
|
||||
# 测试调试
|
||||
# 测试调试（旧入口）
|
||||
|
||||
本指南介绍如何测试和调试 AI 助手，确保其行为符合预期。
|
||||
本页保留旧链接，用于承接历史导航或外部引用。测试与调试的正式文档已经迁移到：
|
||||
|
||||
## 测试面板
|
||||
- [测试调试](../concepts/assistants/testing.md) - 验证助手行为、事件流和常见问题定位
|
||||
- [故障排查](../resources/troubleshooting.md) - 进入更细的链路排查步骤
|
||||
|
||||
在助手详情页，点击 **测试** 按钮打开测试面板。
|
||||
|
||||
### 功能介绍
|
||||
|
||||
| 功能 | 说明 |
|
||||
|------|------|
|
||||
| 文本对话 | 直接输入文字进行测试 |
|
||||
| 语音测试 | 使用麦克风进行语音对话 |
|
||||
| 查看日志 | 实时查看系统日志 |
|
||||
| 事件追踪 | 查看 WebSocket 事件流 |
|
||||
|
||||
## 测试用例设计
|
||||
|
||||
### 基础功能测试
|
||||
|
||||
| 测试项 | 输入 | 预期结果 |
|
||||
|--------|------|---------|
|
||||
| 问候响应 | "你好" | 友好的问候回复 |
|
||||
| 功能介绍 | "你能做什么？" | 准确描述能力范围 |
|
||||
| 开场白 | 连接后自动 | 播放配置的开场白 |
|
||||
|
||||
### 业务场景测试
|
||||
|
||||
根据助手定位设计测试用例：
|
||||
|
||||
```
|
||||
场景：产品咨询助手
|
||||
|
||||
测试用例 1：常见问题
|
||||
- 输入："产品有哪些功能？"
|
||||
- 预期：准确列出主要功能
|
||||
|
||||
测试用例 2：价格询问
|
||||
- 输入："多少钱？"
|
||||
- 预期：提供价格信息或引导方式
|
||||
|
||||
测试用例 3：超出范围
|
||||
- 输入："帮我写一首诗"
|
||||
- 预期：礼貌拒绝并引导回业务话题
|
||||
```
|
||||
|
||||
### 边界测试
|
||||
|
||||
| 测试项 | 输入 | 预期结果 |
|
||||
|--------|------|---------|
|
||||
| 空输入 | "" | 提示用户输入内容 |
|
||||
| 超长输入 | 1000+ 字符 | 正常处理或提示过长 |
|
||||
| 特殊字符 | "<script>alert(1)</script>" | 安全处理，不执行 |
|
||||
| 敏感内容 | 不当言论 | 拒绝回复并提示 |
|
||||
|
||||
## 日志分析
|
||||
|
||||
### 查看日志
|
||||
|
||||
在测试面板的 **日志** 标签页，可以看到：
|
||||
|
||||
- ASR 识别结果
|
||||
- LLM 推理过程
|
||||
- TTS 合成状态
|
||||
- 工具调用记录
|
||||
|
||||
### 常见日志
|
||||
|
||||
```
|
||||
[ASR] transcript.final: "你好，请问有什么可以帮你"
|
||||
[LLM] request: messages=[...]
|
||||
[LLM] response: "您好！我是..."
|
||||
[TTS] synthesizing: "您好！我是..."
|
||||
[TTS] audio.start
|
||||
[TTS] audio.end
|
||||
```
|
||||
|
||||
## 事件追踪
|
||||
|
||||
在 **事件** 标签页查看完整的 WebSocket 事件流：
|
||||
|
||||
```json
|
||||
{"type": "session.started", "timestamp": 1704067200000}
|
||||
{"type": "input.speech_started", "timestamp": 1704067201000}
|
||||
{"type": "transcript.delta", "data": {"text": "你"}}
|
||||
{"type": "transcript.delta", "data": {"text": "好"}}
|
||||
{"type": "transcript.final", "data": {"text": "你好"}}
|
||||
{"type": "assistant.response.delta", "data": {"text": "您"}}
|
||||
{"type": "assistant.response.final", "data": {"text": "您好！..."}}
|
||||
{"type": "output.audio.start"}
|
||||
{"type": "output.audio.end"}
|
||||
```
|
||||
|
||||
## 性能指标
|
||||
|
||||
关注以下性能指标：
|
||||
|
||||
| 指标 | 说明 | 建议值 |
|
||||
|------|------|--------|
|
||||
| TTFB | 首字节时间 | < 500ms |
|
||||
| 识别延迟 | ASR 处理时间 | < 1s |
|
||||
| 回复延迟 | LLM 推理时间 | < 2s |
|
||||
| 合成延迟 | TTS 处理时间 | < 500ms |
|
||||
|
||||
## 常见问题排查
|
||||
|
||||
### 助手不响应
|
||||
|
||||
1. **检查连接状态**
|
||||
- 确认 WebSocket 连接成功
|
||||
- 查看是否收到 `session.started` 事件
|
||||
|
||||
2. **检查模型配置**
|
||||
- 确认 LLM 模型 API Key 有效
|
||||
- 测试模型连接是否正常
|
||||
|
||||
3. **查看错误日志**
|
||||
- 打开浏览器开发者工具
|
||||
- 检查 Console 和 Network 标签
|
||||
|
||||
### 回复质量差
|
||||
|
||||
1. **优化提示词**
|
||||
- 增加更明确的指令
|
||||
- 添加示例和约束
|
||||
|
||||
2. **调整温度参数**
|
||||
- 降低 temperature 提高一致性
|
||||
- 适当值通常在 0.3-0.7
|
||||
|
||||
3. **补充知识库**
|
||||
- 上传相关文档
|
||||
- 提高检索相关性
|
||||
|
||||
### 语音问题
|
||||
|
||||
1. **ASR 识别不准**
|
||||
- 检查麦克风权限
|
||||
- 尝试更换 ASR 引擎
|
||||
- 添加热词提高识别率
|
||||
|
||||
2. **TTS 不播放**
|
||||
- 检查浏览器自动播放限制
|
||||
- 确认 TTS 配置正确
|
||||
|
||||
## 自动化测试
|
||||
|
||||
使用自动化测试功能进行批量测试：
|
||||
|
||||
1. 进入 **自动化测试** 页面
|
||||
2. 创建测试任务
|
||||
3. 配置测试用例
|
||||
4. 运行测试并查看报告
|
||||
|
||||
详见 [自动化测试](../analysis/autotest.md)。
|
||||
|
||||
## 下一步
|
||||
|
||||
- [自动化测试](../analysis/autotest.md) - 批量测试
|
||||
- [历史记录](../analysis/history.md) - 查看对话记录
|
||||
- [效果评估](../analysis/evaluation.md) - 评估对话质量
|
||||
如果你还没创建助手，请先完成 [快速开始](../quickstart/index.md)。
|
||||
|
||||
@@ -1,68 +1,7 @@
|
||||
# 工作流配置选项（TODO 版本）
|
||||
# 工作流配置（旧入口）
|
||||
|
||||
本文档是工作流配置页的第一版草稿，后续会根据实际能力继续细化。
|
||||
本页保留旧链接，用于承接早期草稿和历史引用。工作流的正式文档已收敛到：
|
||||
|
||||
## 配置目标
|
||||
|
||||
- 将多步骤对话拆分为可编排节点
|
||||
- 为不同分支定义独立提示词和工具权限
|
||||
- 在会话中按条件切换节点并透传上下文
|
||||
|
||||
## 基础配置项（建议）
|
||||
|
||||
| 配置项 | 说明 | 建议值 |
|
||||
|---|---|---|
|
||||
| 工作流名称 | 用于区分业务流程 | 简洁、业务语义明确 |
|
||||
| 入口节点 | 用户进入后的首个节点 | 固定单入口 |
|
||||
| 全局提示词 | 对所有节点生效的共性约束 | 保持简短，避免与节点提示词冲突 |
|
||||
| 节点提示词 | 当前节点的任务说明 | 单一职责，明确输入/输出 |
|
||||
| 节点工具白名单 | 当前节点可调用工具集合 | 最小权限原则 |
|
||||
| 节点超时 | 节点等待超时处理 | 3-10 秒 |
|
||||
| 失败回退节点 | 异常时兜底节点 | 建议统一到人工或澄清节点 |
|
||||
|
||||
## 节点建议类型
|
||||
|
||||
- 意图识别节点：判断用户诉求并路由
|
||||
- 信息收集节点：收集订单号、手机号等关键信息
|
||||
- 处理节点：执行查询、计算、调用工具
|
||||
- 回复节点：组织最终答复
|
||||
- 结束节点：输出结束语并关闭会话
|
||||
|
||||
## 配置示例
|
||||
|
||||
```yaml
|
||||
workflow:
|
||||
name: "订单咨询流程"
|
||||
entry: "intent_router"
|
||||
global_prompt: "优先给出可执行步骤，必要时先澄清信息。"
|
||||
nodes:
|
||||
- id: "intent_router"
|
||||
type: "router"
|
||||
prompt: "识别用户意图：查订单、退款、投诉"
|
||||
next:
|
||||
- when: "intent == query_order"
|
||||
to: "collect_order_id"
|
||||
- when: "intent == refund"
|
||||
to: "refund_policy"
|
||||
- id: "collect_order_id"
|
||||
type: "collect"
|
||||
prompt: "请用户提供订单号"
|
||||
tools: ["query_order"]
|
||||
fallback: "human_handoff"
|
||||
- id: "human_handoff"
|
||||
type: "end"
|
||||
prompt: "转人工处理"
|
||||
```
|
||||
|
||||
## 已知限制（当前）
|
||||
|
||||
- 不支持在文档中完整定义所有表达式语法
|
||||
- 不同执行引擎的节点字段可能存在差异
|
||||
- 可视化编排与 YAML 字段暂未完全一一对应
|
||||
|
||||
## 后续计划
|
||||
|
||||
- 补充节点字段的完整 Schema
|
||||
- 补充路由条件表达式规范
|
||||
- 增加“调试与回放”章节
|
||||
- [工作流](../customization/workflows.md) - 了解工作流的定位、节点结构、设计建议和当前边界
|
||||
|
||||
如果你正在配置助手中的流程能力，请优先阅读上述页面，再结合 [工具](../customization/tools.md) 与 [助手概念](../concepts/assistants.md) 一起使用。
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# 更新日志
|
||||
# 更新日志
|
||||
|
||||
本文档记录 Realtime Agent Studio 的所有重要变更。
|
||||
|
||||
@@ -29,7 +29,7 @@
|
||||
- **OpenAI 兼容接口** - 支持 OpenAI Compatible 的 ASR/TTS 服务
|
||||
- **DashScope TTS** - 阿里云语音合成服务适配
|
||||
|
||||
#### 智能体配置
|
||||
#### 助手配置
|
||||
|
||||
- **系统提示词** - 支持角色定义和动态变量 `{{variable}}`
|
||||
- **模型管理** - LLM/ASR/TTS 模型统一管理界面
|
||||
|
||||
@@ -1,236 +1,147 @@
|
||||
# 助手概念详解
|
||||
|
||||
深入了解助手（Assistant）的设计理念和配置细节。
|
||||
助手（Assistant）是 Realtime Agent Studio（RAS）中最核心的配置单元，也是控制台和 API 对外暴露能力的基本对象。
|
||||
|
||||
---
|
||||
|
||||
## 什么是助手？
|
||||
## 什么是助手
|
||||
|
||||
**助手**是 RAS 中的核心实体，代表一个具有特定角色、能力和行为的 AI 对话智能体。每个助手都是独立配置的，可以服务于不同的业务场景。
|
||||
一个助手代表一个可接入、可测试、可发布的实时 AI 入口。它回答三个问题：
|
||||
|
||||
### 助手的组成
|
||||
- **它是谁**：角色、语气、目标、限制、开场方式、静默时候的行动（比如静默时候的询问 Ask-on-Idle）
|
||||
- **它能做什么**：语言模型能力、语音模型能力（ASR、TTS、用户打断灵敏度（Barge-in）、语句端点设置（End-of-Utterance））、知识库、记忆、工具（Webhook、客户端工具、系统工具、MCP）、输出模式
|
||||
- **它在一次会话中如何运行**：通过 `assistant_id` 载入配置，并在运行时接收动态变量、对话时候的上下文更新
|
||||
|
||||
```mermaid
|
||||
flowchart
|
||||
subgraph Assistant["助手"]
|
||||
direction TB
|
||||
Prompts[指令配置]
|
||||
Audio[语音配置]
|
||||
Interaction[交互配置]
|
||||
tool[工具配置]
|
||||
knowledge[知识配置]
|
||||
webhooks[webhooks]
|
||||
end
|
||||
如果把引擎理解为“运行时”，那么助手就是“运行时要执行的那份定义”。
|
||||
|
||||
subgraph Prompts
|
||||
Name[名称]
|
||||
Prompt[提示词]
|
||||
Opener[开场白]
|
||||
end
|
||||
## 助手由哪些部分组成
|
||||
|
||||
subgraph Audio
|
||||
LLM[LLM 模型]
|
||||
ASR[ASR 模型]
|
||||
TTS[TTS 声音]
|
||||
end
|
||||
| 层次 | 负责什么 | 典型内容 |
|
||||
|------|----------|----------|
|
||||
| **身份层** | 定义助手角色和交互风格 | 系统提示词、限制、开场白、静默处理 |
|
||||
| **模型层** | 决定理解与生成能力 | LLM、ASR、TTS、引擎类型、用户打断、语句端点 |
|
||||
| **能力层** | 扩展知识和执行能力 | 知识库、工具、记忆 |
|
||||
| **会话层** | 决定运行时上下文如何注入 | `assistant_id`、动态变量 |
|
||||
|
||||
subgraph Interaction
|
||||
Tools[工具调用]
|
||||
KB[知识库]
|
||||
end
|
||||
## 身份层
|
||||
|
||||
subgraph tool
|
||||
Greeting[开场白]
|
||||
Interruption[打断设置]
|
||||
Output[输出模式]
|
||||
end
|
||||
|
||||
subgraph knowledge
|
||||
Greeting[开场白]
|
||||
Interruption[打断设置]
|
||||
Output[输出模式]
|
||||
end
|
||||
|
||||
subgraph webhooks
|
||||
Greeting[开场白]
|
||||
Interruption[打断设置]
|
||||
Output[输出模式]
|
||||
end
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 身份定义
|
||||
助手首先是一个“被约束的角色”，而不是一段孤立的模型调用。
|
||||
|
||||
### 系统提示词
|
||||
|
||||
系统提示词是助手最重要的配置，它定义了：
|
||||
系统提示词定义助手的角色、任务、边界和风格，是所有能力组合的基础。
|
||||
|
||||
| 要素 | 说明 | 示例 |
|
||||
| 要素 | 作用 | 示例 |
|
||||
|------|------|------|
|
||||
| **角色** | 助手扮演什么身份 | "你是一名专业的医疗咨询顾问" |
|
||||
| **能力** | 助手能做什么 | "你可以回答健康问题，但不能开具处方" |
|
||||
| **限制** | 助手不能做什么 | "不要讨论政治话题" |
|
||||
| **风格** | 回复的语气和格式 | "保持友好专业，回答简洁" |
|
||||
| **角色** | 告诉模型“自己是谁” | 客服助手、销售顾问、培训教练 |
|
||||
| **任务** | 指定要完成的结果 | 解答咨询、收集信息、调用工具处理业务 |
|
||||
| **限制** | 明确哪些事不能做 | 不承诺超权限优惠、不输出未经验证的结论 |
|
||||
| **风格** | 约束回答节奏和措辞 | 简洁、口语化、每次 2-3 句 |
|
||||
|
||||
### 提示词模板
|
||||
### 开场白
|
||||
|
||||
```markdown
|
||||
## 角色
|
||||
你是{{company}}的智能客服助手"小智"。
|
||||
一个助手还要定义会话应该如何开始，以及用户静默时候如何处理，包括：
|
||||
|
||||
## 任务
|
||||
- 回答用户关于产品和服务的问题
|
||||
- 协助处理订单查询和售后问题
|
||||
- 收集用户反馈
|
||||
- **首轮模式**：助手先说、用户先说或者机器先说
|
||||
- **开场白**：使用固定开场白或者AI生成开场白
|
||||
|
||||
## 限制
|
||||
- 不讨论竞争对手产品
|
||||
- 不承诺超出权限的优惠
|
||||
- 遇到复杂问题引导用户联系人工客服
|
||||
### 静默处理
|
||||
|
||||
## 风格
|
||||
- 语气友好亲切
|
||||
- 回答简洁明了，每次 2-3 句话
|
||||
- 适当使用语气词使对话更自然
|
||||
```
|
||||
用户静默时候是否询问用户是否在线
|
||||
|
||||
---
|
||||
## 模型层
|
||||
|
||||
## 模型配置
|
||||
模型决定助手的基础理解、推理和表达能力，但不是助手定义的全部。
|
||||
|
||||
### LLM 模型
|
||||
- **LLM** 决定对话推理与文本生成能力
|
||||
- **ASR** 决定语音输入如何被实时转写
|
||||
- **TTS** 决定文本回复如何转成可播放语音
|
||||
- **引擎类型** 决定运行链路是分段可控还是端到端低延迟
|
||||
- **VAD** 声音活动模型，判断用户是否在说话
|
||||
- **EOU** 语句端点模型，判断用户是否完成一段语句等待回复
|
||||
- **Barge In** 由于用户声音活动或者手动请求，是否打断助手当前的回复
|
||||
|
||||
大语言模型是助手的"大脑"，负责理解用户意图和生成回复。
|
||||
## 能力层
|
||||
|
||||
| 参数 | 说明 | 建议值 |
|
||||
|------|------|--------|
|
||||
| **温度** | 回复随机性，越高越发散 | 0.7 (对话) / 0.3 (问答) |
|
||||
| **最大 Token** | 单次回复长度上限 | 256-512 |
|
||||
| **上下文长度** | 记忆的对话轮数 | 10-20 轮 |
|
||||
### 知识库
|
||||
|
||||
### ASR 模型
|
||||
|
||||
语音识别模型将用户语音转为文字。
|
||||
|
||||
| 配置 | 说明 |
|
||||
|------|------|
|
||||
| **语言** | 识别语言，如中文、英文 |
|
||||
| **热词** | 提高特定词汇识别率 |
|
||||
| **标点** | 是否自动添加标点 |
|
||||
|
||||
### TTS 声音
|
||||
|
||||
语音合成将助手回复转为语音输出。
|
||||
|
||||
| 配置 | 说明 |
|
||||
|------|------|
|
||||
| **音色** | 选择声音角色 |
|
||||
| **语速** | 说话速度，0.5-2.0 |
|
||||
| **音调** | 声音高低 |
|
||||
|
||||
---
|
||||
|
||||
## 能力扩展
|
||||
|
||||
### 工具调用
|
||||
|
||||
通过工具让助手能够执行外部操作：
|
||||
知识库用于补充私有领域知识，让助手回答超出基础模型常识之外的问题。
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
User[用户] -->|"查询订单"| Assistant[助手]
|
||||
Assistant -->|调用工具| API[订单 API]
|
||||
API -->|返回数据| Assistant
|
||||
Assistant -->|回复| User
|
||||
```
|
||||
|
||||
**工具定义示例：**
|
||||
|
||||
```json
|
||||
{
|
||||
"name": "get_order_status",
|
||||
"description": "查询用户订单状态",
|
||||
"parameters": {
|
||||
"type": "object",
|
||||
"properties": {
|
||||
"order_id": {
|
||||
"type": "string",
|
||||
"description": "订单编号"
|
||||
}
|
||||
},
|
||||
"required": ["order_id"]
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### 知识库关联
|
||||
|
||||
让助手基于私有文档回答问题：
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
Question[用户问题] --> Search[知识检索]
|
||||
Search --> KB[(知识库)]
|
||||
KB --> Context[相关内容]
|
||||
Question[用户问题] --> Retrieval[检索]
|
||||
Retrieval --> KB[(知识库)]
|
||||
KB --> Context[相关片段]
|
||||
Context --> LLM[LLM]
|
||||
LLM --> Answer[回答]
|
||||
```
|
||||
|
||||
---
|
||||
知识库适合承载政策、产品资料、流程说明、FAQ 和内部文档，而不是把所有业务知识堆进系统提示词。
|
||||
|
||||
## 行为控制
|
||||
### 工具
|
||||
|
||||
### 开场白设置
|
||||
工具让助手从“会说”变成“能做事”。
|
||||
|
||||
| 模式 | 说明 |
|
||||
|------|------|
|
||||
| **助手先说** | 连接后助手主动问候 |
|
||||
| **用户先说** | 等待用户开口 |
|
||||
| **静默** | 不自动开场 |
|
||||
```mermaid
|
||||
flowchart LR
|
||||
User[用户] --> Assistant[助手]
|
||||
Assistant --> Tool[工具 / 外部系统]
|
||||
Tool --> Assistant
|
||||
Assistant --> User
|
||||
```
|
||||
|
||||
### 打断设置
|
||||
适合用工具处理的任务包括：订单查询、预约、外部搜索、写入业务系统、调用客户端能力等。
|
||||
|
||||
| 选项 | 说明 |
|
||||
|------|------|
|
||||
| **允许打断** | 用户可随时插话 |
|
||||
| **禁止打断** | 助手说完才能输入 |
|
||||
| **灵敏度** | 打断触发的敏感程度 |
|
||||
## 会话层
|
||||
|
||||
### 输出模式
|
||||
### `assistant_id` 的作用
|
||||
|
||||
| 模式 | 说明 |
|
||||
|------|------|
|
||||
| **语音** | TTS 语音输出 |
|
||||
| **文本** | 纯文本输出 |
|
||||
| **混合** | 同时输出语音和文本 |
|
||||
在接入层面，客户端通过 `assistant_id` 指定要加载哪一个助手。引擎据此读取默认配置，并把同一份助手定义应用到当前会话。
|
||||
|
||||
---
|
||||
### 会话生命周期
|
||||
|
||||
## 最佳实践
|
||||
```mermaid
|
||||
stateDiagram-v2
|
||||
[*] --> Connecting: WebSocket 连接
|
||||
Connecting --> Started: session.started
|
||||
Started --> Active: config.resolved / 开始对话
|
||||
Active --> Active: 多轮交互
|
||||
Active --> Stopped: session.stop 或连接关闭
|
||||
Stopped --> [*]
|
||||
```
|
||||
|
||||
### 1. 提示词工程
|
||||
一次会话通常会沉淀以下信息：
|
||||
|
||||
- **明确角色**: 清晰定义助手身份
|
||||
- **设定边界**: 明确能做什么、不能做什么
|
||||
- **控制长度**: 语音场景下回复要简短
|
||||
- 用户与助手消息时间线
|
||||
- 音频流、转写结果和模型输出
|
||||
- 工具调用记录与中间事件
|
||||
- 自定义 metadata、渠道和业务上下文
|
||||
|
||||
### 2. 模型选择
|
||||
|
||||
- **平衡成本与效果**: 不一定需要最强模型
|
||||
- **测试不同供应商**: 找到最适合场景的组合
|
||||
- **考虑延迟**: 语音交互对延迟敏感
|
||||
### 动态变量与会话级覆盖
|
||||
|
||||
### 3. 工具设计
|
||||
助手的默认配置不需要为每个用户都重新复制一份。RAS 提供两种常见的运行时注入方式：
|
||||
|
||||
- **单一职责**: 每个工具做一件事
|
||||
- **清晰描述**: 让 LLM 正确理解何时调用
|
||||
- **错误处理**: 工具失败时优雅降级
|
||||
- **动态变量**：在提示词中使用 `{{variable}}` 占位，并在会话开始时传入具体值
|
||||
- **会话级覆盖**：仅对当前会话覆盖部分运行时参数，不回写助手基线配置
|
||||
|
||||
---
|
||||
```json
|
||||
{
|
||||
"type": "session.start",
|
||||
"metadata": {
|
||||
"dynamicVariables": {
|
||||
"company_name": "ABC 公司",
|
||||
"customer_name": "张三",
|
||||
"tier": "VIP"
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
这种设计让你既能复用标准助手，又能在每次接入时注入渠道、用户、订单或上下文信息。
|
||||
|
||||
## 相关文档
|
||||
|
||||
- [助手配置](../assistants/configuration.md) - 配置界面详解
|
||||
- [提示词指南](../assistants/prompts.md) - 编写高质量提示词
|
||||
- [工具集成](../customization/tools.md) - 工具配置详情
|
||||
- [配置选项](assistants/configuration.md) - 查看助手在控制台和运行时有哪些配置层
|
||||
- [提示词指南](assistants/prompts.md) - 设计角色、任务、限制和语气
|
||||
- [测试调试](assistants/testing.md) - 验证助手质量并定位问题
|
||||
|
||||
218
docs/content/concepts/assistants/configuration.md
Normal file
218
docs/content/concepts/assistants/configuration.md
Normal file
@@ -0,0 +1,218 @@
|
||||
# 配置选项
|
||||
|
||||
助手配置界面包含多个标签页，每个标签页负责不同方面的配置。
|
||||
|
||||
## 全局设置
|
||||
|
||||
全局设置定义助手的核心对话能力。
|
||||
|
||||
| 配置项 | 说明 | 建议值 |
|
||||
|-------|------|--------|
|
||||
| 助手名称 | 用于标识和管理 | 简洁明确 |
|
||||
| 系统提示词 | 定义角色、任务和约束 | 详见[提示词指南](prompts.md) |
|
||||
| 开场白 | 对话开始时的问候语 | 简短友好 |
|
||||
| 温度参数 | 控制回复随机性 | 0.7（通用）/ 0.3（严谨） |
|
||||
| 上下文长度 | 保留的历史消息数 | 10-20 |
|
||||
|
||||
### 高级选项
|
||||
|
||||
- **首轮模式** - 设置首次对话的触发方式
|
||||
- **打断检测** - 用户打断时的处理策略
|
||||
- **超时设置** - 无响应时的处理
|
||||
|
||||
## 语音配置
|
||||
|
||||
配置语音识别和语音合成参数。
|
||||
|
||||
### TTS 语音合成
|
||||
|
||||
| 配置 | 说明 |
|
||||
|------|------|
|
||||
| TTS 引擎 | 选择语音合成服务（阿里/火山/Minimax） |
|
||||
| 音色 | 选择语音风格和性别 |
|
||||
| 语速 | 语音播放速度（0.5-2.0） |
|
||||
| 音量 | 语音输出音量（0-100） |
|
||||
| 音调 | 语音音调高低（0.5-2.0） |
|
||||
|
||||
### ASR 语音识别
|
||||
|
||||
| 配置 | 说明 |
|
||||
|------|------|
|
||||
| ASR 引擎 | 选择语音识别服务 |
|
||||
| 语言 | 识别语言（中文/英文/多语言） |
|
||||
| 热词 | 提高特定词汇识别准确率 |
|
||||
|
||||
## 工具绑定
|
||||
|
||||
配置助手可调用的外部工具。
|
||||
|
||||
### 可用工具类型
|
||||
|
||||
| 工具 | 说明 |
|
||||
|------|------|
|
||||
| 搜索工具 | 网络搜索获取信息 |
|
||||
| 天气查询 | 查询天气预报 |
|
||||
| 计算器 | 数学计算 |
|
||||
| 知识库检索 | RAG 知识检索 |
|
||||
| 自定义工具 | HTTP 回调外部 API |
|
||||
|
||||
### 配置步骤
|
||||
|
||||
1. 在工具列表中勾选需要的工具
|
||||
2. 配置工具参数（如有）
|
||||
3. 测试工具调用是否正常
|
||||
|
||||
## 知识关联
|
||||
|
||||
关联 RAG 知识库，让助手能够回答专业领域问题。
|
||||
|
||||
### 配置参数
|
||||
|
||||
| 参数 | 说明 | 建议值 |
|
||||
|------|------|--------|
|
||||
| 知识库 | 选择要关联的知识库 | - |
|
||||
| 相似度阈值 | 低于此分数不返回 | 0.7 |
|
||||
| 返回数量 | 单次检索返回条数 | 3 |
|
||||
| 检索策略 | 混合/向量/关键词 | 混合 |
|
||||
|
||||
### 多知识库
|
||||
|
||||
支持关联多个知识库，系统会自动合并检索结果。
|
||||
|
||||
## 外部链接
|
||||
|
||||
配置第三方服务集成和 Webhook 回调。
|
||||
|
||||
### Webhook 配置
|
||||
|
||||
| 字段 | 说明 |
|
||||
|------|------|
|
||||
| 回调 URL | 接收事件的 HTTP 端点 |
|
||||
| 事件类型 | 订阅的事件（对话开始/结束/工具调用等） |
|
||||
| 认证方式 | API Key / Bearer Token / 无 |
|
||||
|
||||
### 支持的事件
|
||||
|
||||
- `conversation.started` - 对话开始
|
||||
- `conversation.ended` - 对话结束
|
||||
- `tool.called` - 工具被调用
|
||||
- `human.transfer` - 转人工
|
||||
|
||||
## 配置持久化与运行时覆盖
|
||||
|
||||
助手配置分为两层：
|
||||
|
||||
1. **数据库持久化配置（基线配置）**：通过助手管理 API 保存，后续会话默认读取这一层。
|
||||
2. **会话级覆盖配置（runtime overrides）**：仅对当前 WebSocket 会话生效，不会写回数据库。
|
||||
|
||||
### 哪些配置会存到数据库
|
||||
|
||||
以下字段会持久化在 `assistants` / `assistant_opener_audio` 等表中（通过创建/更新助手写入）：
|
||||
|
||||
| 类别 | 典型字段 |
|
||||
|------|---------|
|
||||
| 对话行为 | `name`、`prompt`、`opener`、`firstTurnMode`、`generatedOpenerEnabled` |
|
||||
| 输出与打断 | `voiceOutputEnabled`、`voice`、`speed`、`botCannotBeInterrupted`、`interruptionSensitivity` |
|
||||
| 工具与知识库 | `tools`、`knowledgeBaseId` |
|
||||
| 模型与外部模式 | `configMode`、`apiUrl`、`apiKey`、`llmModelId`、`asrModelId`、`embeddingModelId`、`rerankModelId` |
|
||||
| 开场音频 | `openerAudioEnabled` 及音频文件状态（`ready`、`durationMs` 等） |
|
||||
|
||||
> 引擎在连接时通过 `assistant_id` 从后端读取该助手的 `sessionStartMetadata` 作为默认运行配置。
|
||||
|
||||
### 哪些配置可以在会话中覆盖
|
||||
|
||||
客户端可在 `session.start.metadata.overrides` 中覆盖以下白名单字段（仅当前会话有效）：
|
||||
|
||||
- `systemPrompt`
|
||||
- `greeting`
|
||||
- `firstTurnMode`
|
||||
- `generatedOpenerEnabled`
|
||||
- `output`
|
||||
- `bargeIn`
|
||||
- `knowledgeBaseId`
|
||||
- `knowledge`
|
||||
- `tools`
|
||||
- `openerAudio`
|
||||
|
||||
以下字段不能由客户端覆盖：
|
||||
|
||||
- `services`（模型 provider / apiKey / baseUrl 等）
|
||||
- `assistantId` / `appId` / `configVersionId`（及下划线变体）
|
||||
- 包含密钥语义的字段（如 `apiKey`、`token`、`secret`、`password`、`authorization`）
|
||||
|
||||
### 覆盖示例（代码）
|
||||
|
||||
下面示例展示「数据库基线配置 + 会话 overrides」的最终效果。
|
||||
|
||||
```json
|
||||
// 1) 数据库存储的基线配置（示意）
|
||||
// GET /api/v1/assistants/asst_demo/config -> sessionStartMetadata
|
||||
{
|
||||
"systemPrompt": "你是电商客服助手，回答要简洁。",
|
||||
"greeting": "你好，我是你的客服助手。",
|
||||
"firstTurnMode": "bot_first",
|
||||
"output": { "mode": "audio" },
|
||||
"knowledgeBaseId": "kb_orders",
|
||||
"tools": [
|
||||
{ "type": "function", "function": { "name": "query_order" } }
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
```json
|
||||
// 2) 客户端发起会话时的覆盖
|
||||
{
|
||||
"type": "session.start",
|
||||
"metadata": {
|
||||
"channel": "web",
|
||||
"history": { "userId": 1001 },
|
||||
"overrides": {
|
||||
"greeting": "你好，我来帮你查订单进度。",
|
||||
"output": { "mode": "text" },
|
||||
"knowledgeBaseId": "kb_vip_orders",
|
||||
"tools": [
|
||||
{ "type": "function", "function": { "name": "query_vip_order" } }
|
||||
]
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
```json
|
||||
// 3) 引擎合并后的有效配置（示意）
|
||||
{
|
||||
"assistantId": "asst_demo",
|
||||
"systemPrompt": "你是电商客服助手，回答要简洁。",
|
||||
"greeting": "你好，我来帮你查订单进度。",
|
||||
"firstTurnMode": "bot_first",
|
||||
"output": { "mode": "text" },
|
||||
"knowledgeBaseId": "kb_vip_orders",
|
||||
"tools": [
|
||||
{ "type": "function", "function": { "name": "query_vip_order" } }
|
||||
],
|
||||
"channel": "web",
|
||||
"history": { "userId": 1001 }
|
||||
}
|
||||
```
|
||||
|
||||
合并规则可简化为：
|
||||
|
||||
```python
|
||||
effective = {**db_session_start_metadata, **metadata.overrides}
|
||||
```
|
||||
|
||||
当 `WS_EMIT_CONFIG_RESOLVED=true` 时，服务端会返回 `config.resolved`（公开、安全裁剪后的快照）用于前端调试当前生效配置。
|
||||
|
||||
## 配置导入导出
|
||||
|
||||
### 导出配置
|
||||
|
||||
1. 在助手详情页点击 **更多**
|
||||
2. 选择 **导出配置**
|
||||
3. 下载 JSON 格式的配置文件
|
||||
|
||||
### 导入配置
|
||||
|
||||
1. 点击 **新建助手**
|
||||
2. 选择 **从配置导入**
|
||||
3. 上传配置文件
|
||||
184
docs/content/concepts/assistants/prompts.md
Normal file
184
docs/content/concepts/assistants/prompts.md
Normal file
@@ -0,0 +1,184 @@
|
||||
# 提示词指南
|
||||
|
||||
系统提示词（System Prompt）是定义助手行为的核心配置。本指南介绍如何编写高质量的提示词。
|
||||
|
||||
## 提示词结构
|
||||
|
||||
一个完整的系统提示词通常包含以下部分：
|
||||
|
||||
```
|
||||
[角色定义]
|
||||
[任务描述]
|
||||
[行为约束]
|
||||
[输出格式]
|
||||
[示例（可选）]
|
||||
```
|
||||
|
||||
## 编写原则
|
||||
|
||||
### 1. 明确角色
|
||||
|
||||
告诉助手它是谁：
|
||||
|
||||
```
|
||||
你是一个专业的技术支持工程师，专门负责解答产品使用问题。
|
||||
```
|
||||
|
||||
### 2. 定义任务
|
||||
|
||||
明确助手需要完成什么：
|
||||
|
||||
```
|
||||
你的主要任务是：
|
||||
1. 解答用户关于产品功能的问题
|
||||
2. 提供使用指导和最佳实践
|
||||
3. 帮助用户排查常见故障
|
||||
```
|
||||
|
||||
### 3. 设置约束
|
||||
|
||||
限制不希望出现的行为：
|
||||
|
||||
```
|
||||
请注意：
|
||||
- 不要讨论与产品无关的话题
|
||||
- 不要编造不存在的功能
|
||||
- 如果不确定答案，请建议用户联系人工客服
|
||||
```
|
||||
|
||||
### 4. 指定风格
|
||||
|
||||
定义回复的语气和风格：
|
||||
|
||||
```
|
||||
回复风格要求：
|
||||
- 使用友好、专业的语气
|
||||
- 回答简洁明了，避免冗长
|
||||
- 适当使用列表和步骤说明
|
||||
```
|
||||
|
||||
## 提示词模板
|
||||
|
||||
### 客服助手
|
||||
|
||||
```
|
||||
你是 [公司名称] 的智能客服助手。
|
||||
|
||||
## 你的职责
|
||||
- 解答用户关于产品和服务的问题
|
||||
- 处理常见的投诉和建议
|
||||
- 引导用户完成操作流程
|
||||
|
||||
## 回复要求
|
||||
- 保持友好和耐心
|
||||
- 回答简洁，一般不超过 3 句话
|
||||
- 如果问题复杂，建议转接人工客服
|
||||
|
||||
## 禁止行为
|
||||
- 不要讨论竞争对手
|
||||
- 不要承诺无法兑现的事项
|
||||
- 不要透露内部信息
|
||||
```
|
||||
|
||||
### 技术支持
|
||||
|
||||
```
|
||||
你是一个技术支持工程师，专门帮助用户解决技术问题。
|
||||
|
||||
## 工作流程
|
||||
1. 首先了解用户遇到的具体问题
|
||||
2. 询问必要的环境信息（系统版本、错误信息等）
|
||||
3. 提供分步骤的解决方案
|
||||
4. 确认问题是否解决
|
||||
|
||||
## 回复格式
|
||||
- 使用编号列表说明操作步骤
|
||||
- 提供代码示例时使用代码块
|
||||
- 复杂问题可以分多次回复
|
||||
```
|
||||
|
||||
### 销售顾问
|
||||
|
||||
```
|
||||
你是一个产品销售顾问，帮助用户了解产品并做出购买决策。
|
||||
|
||||
## 沟通策略
|
||||
- 先了解用户需求，再推荐合适的产品
|
||||
- 突出产品优势，但不贬低竞品
|
||||
- 提供真实的价格和优惠信息
|
||||
|
||||
## 目标
|
||||
- 帮助用户找到最适合的方案
|
||||
- 解答购买相关的疑问
|
||||
- 促进成交但不过度推销
|
||||
```
|
||||
|
||||
## 动态变量
|
||||
|
||||
提示词支持动态变量，使用 `{{变量名}}` 语法：
|
||||
|
||||
```
|
||||
你好 {{customer_name}}，欢迎来到 {{company_name}}。
|
||||
你当前的会员等级是 {{membership_tier}}。
|
||||
```
|
||||
|
||||
在 `session.start` 时通过 `dynamicVariables` 传入：
|
||||
|
||||
```json
|
||||
{
|
||||
"type": "session.start",
|
||||
"metadata": {
|
||||
"dynamicVariables": {
|
||||
"customer_name": "张三",
|
||||
"company_name": "AI 公司",
|
||||
"membership_tier": "黄金会员"
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## 常见问题
|
||||
|
||||
### 回复太长
|
||||
|
||||
在提示词中明确限制：
|
||||
|
||||
```
|
||||
回复长度要求：
|
||||
- 一般问题：1-2 句话
|
||||
- 复杂问题：不超过 5 句话
|
||||
- 避免重复和冗余内容
|
||||
```
|
||||
|
||||
### 答非所问
|
||||
|
||||
增加任务边界说明：
|
||||
|
||||
```
|
||||
重要提示：
|
||||
- 只回答与 [产品/服务] 相关的问题
|
||||
- 对于无关问题，礼貌地拒绝并引导回正题
|
||||
```
|
||||
|
||||
### 编造信息
|
||||
|
||||
强调诚实原则：
|
||||
|
||||
```
|
||||
信息准确性要求：
|
||||
- 只提供你确定的信息
|
||||
- 不确定时说"我不太确定，建议您..."
|
||||
- 绝对不要编造数据或功能
|
||||
```
|
||||
|
||||
## 最佳实践
|
||||
|
||||
1. **迭代优化** - 根据实际对话效果持续调整
|
||||
2. **测试覆盖** - 用各种场景测试提示词效果
|
||||
3. **版本管理** - 保存历史版本，便于回退
|
||||
4. **定期复盘** - 分析对话记录，发现改进点
|
||||
|
||||
## 下一步
|
||||
|
||||
- [测试调试](testing.md) - 验证提示词效果
|
||||
- [知识库配置](../../customization/knowledge-base.md) - 补充专业知识
|
||||
162
docs/content/concepts/assistants/testing.md
Normal file
162
docs/content/concepts/assistants/testing.md
Normal file
@@ -0,0 +1,162 @@
|
||||
# 测试调试
|
||||
|
||||
本指南介绍如何测试和调试 AI 助手，确保其行为符合预期。
|
||||
|
||||
## 测试面板
|
||||
|
||||
在助手详情页，点击 **测试** 按钮打开测试面板。
|
||||
|
||||
### 功能介绍
|
||||
|
||||
| 功能 | 说明 |
|
||||
|------|------|
|
||||
| 文本对话 | 直接输入文字进行测试 |
|
||||
| 语音测试 | 使用麦克风进行语音对话 |
|
||||
| 查看日志 | 实时查看系统日志 |
|
||||
| 事件追踪 | 查看 WebSocket 事件流 |
|
||||
|
||||
## 测试用例设计
|
||||
|
||||
### 基础功能测试
|
||||
|
||||
| 测试项 | 输入 | 预期结果 |
|
||||
|--------|------|---------|
|
||||
| 问候响应 | "你好" | 友好的问候回复 |
|
||||
| 功能介绍 | "你能做什么？" | 准确描述能力范围 |
|
||||
| 开场白 | 连接后自动 | 播放配置的开场白 |
|
||||
|
||||
### 业务场景测试
|
||||
|
||||
根据助手定位设计测试用例：
|
||||
|
||||
```
|
||||
场景：产品咨询助手
|
||||
|
||||
测试用例 1：常见问题
|
||||
- 输入："产品有哪些功能？"
|
||||
- 预期：准确列出主要功能
|
||||
|
||||
测试用例 2：价格询问
|
||||
- 输入："多少钱？"
|
||||
- 预期：提供价格信息或引导方式
|
||||
|
||||
测试用例 3：超出范围
|
||||
- 输入："帮我写一首诗"
|
||||
- 预期：礼貌拒绝并引导回业务话题
|
||||
```
|
||||
|
||||
### 边界测试
|
||||
|
||||
| 测试项 | 输入 | 预期结果 |
|
||||
|--------|------|---------|
|
||||
| 空输入 | "" | 提示用户输入内容 |
|
||||
| 超长输入 | 1000+ 字符 | 正常处理或提示过长 |
|
||||
| 特殊字符 | "<script>alert(1)</script>" | 安全处理，不执行 |
|
||||
| 敏感内容 | 不当言论 | 拒绝回复并提示 |
|
||||
|
||||
## 日志分析
|
||||
|
||||
### 查看日志
|
||||
|
||||
在测试面板的 **日志** 标签页，可以看到：
|
||||
|
||||
- ASR 识别结果
|
||||
- LLM 推理过程
|
||||
- TTS 合成状态
|
||||
- 工具调用记录
|
||||
|
||||
### 常见日志
|
||||
|
||||
```
|
||||
[ASR] transcript.final: "你好，请问有什么可以帮你"
|
||||
[LLM] request: messages=[...]
|
||||
[LLM] response: "您好！我是..."
|
||||
[TTS] synthesizing: "您好！我是..."
|
||||
[TTS] audio.start
|
||||
[TTS] audio.end
|
||||
```
|
||||
|
||||
## 事件追踪
|
||||
|
||||
在 **事件** 标签页查看完整的 WebSocket 事件流：
|
||||
|
||||
```json
|
||||
{"type": "session.started", "timestamp": 1704067200000}
|
||||
{"type": "input.speech_started", "timestamp": 1704067201000}
|
||||
{"type": "transcript.delta", "data": {"text": "你"}}
|
||||
{"type": "transcript.delta", "data": {"text": "好"}}
|
||||
{"type": "transcript.final", "data": {"text": "你好"}}
|
||||
{"type": "assistant.response.delta", "data": {"text": "您"}}
|
||||
{"type": "assistant.response.final", "data": {"text": "您好！..."}}
|
||||
{"type": "output.audio.start"}
|
||||
{"type": "output.audio.end"}
|
||||
```
|
||||
|
||||
## 性能指标
|
||||
|
||||
关注以下性能指标：
|
||||
|
||||
| 指标 | 说明 | 建议值 |
|
||||
|------|------|--------|
|
||||
| TTFB | 首字节时间 | < 500ms |
|
||||
| 识别延迟 | ASR 处理时间 | < 1s |
|
||||
| 回复延迟 | LLM 推理时间 | < 2s |
|
||||
| 合成延迟 | TTS 处理时间 | < 500ms |
|
||||
|
||||
## 常见问题排查
|
||||
|
||||
### 助手不响应
|
||||
|
||||
1. **检查连接状态**
|
||||
- 确认 WebSocket 连接成功
|
||||
- 查看是否收到 `session.started` 事件
|
||||
|
||||
2. **检查模型配置**
|
||||
- 确认 LLM 模型 API Key 有效
|
||||
- 测试模型连接是否正常
|
||||
|
||||
3. **查看错误日志**
|
||||
- 打开浏览器开发者工具
|
||||
- 检查 Console 和 Network 标签
|
||||
|
||||
### 回复质量差
|
||||
|
||||
1. **优化提示词**
|
||||
- 增加更明确的指令
|
||||
- 添加示例和约束
|
||||
|
||||
2. **调整温度参数**
|
||||
- 降低 temperature 提高一致性
|
||||
- 适当值通常在 0.3-0.7
|
||||
|
||||
3. **补充知识库**
|
||||
- 上传相关文档
|
||||
- 提高检索相关性
|
||||
|
||||
### 语音问题
|
||||
|
||||
1. **ASR 识别不准**
|
||||
- 检查麦克风权限
|
||||
- 尝试更换 ASR 引擎
|
||||
- 添加热词提高识别率
|
||||
|
||||
2. **TTS 不播放**
|
||||
- 检查浏览器自动播放限制
|
||||
- 确认 TTS 配置正确
|
||||
|
||||
## 自动化测试
|
||||
|
||||
使用自动化测试功能进行批量测试：
|
||||
|
||||
1. 进入 **自动化测试** 页面
|
||||
2. 创建测试任务
|
||||
3. 配置测试用例
|
||||
4. 运行测试并查看报告
|
||||
|
||||
详见 [自动化测试](../../analysis/autotest.md)。
|
||||
|
||||
## 下一步
|
||||
|
||||
- [自动化测试](../../analysis/autotest.md) - 批量测试
|
||||
- [历史记录](../../analysis/history.md) - 查看对话记录
|
||||
- [效果评估](../../analysis/evaluation.md) - 评估对话质量
|
||||
@@ -1,349 +1,107 @@
|
||||
# 引擎架构详解
|
||||
# 引擎架构
|
||||
|
||||
深入了解 RAS 的两种引擎架构：管线式引擎和多模态引擎。
|
||||
RAS 提供两类实时运行时：**Pipeline 引擎** 和 **Realtime 引擎**。本页只回答一个问题：你的助手应该跑在哪种引擎上。
|
||||
|
||||
---
|
||||
|
||||
## 引擎概述
|
||||
## 先记住这条判断标准
|
||||
|
||||
引擎是 RAS 的核心，负责处理实时语音交互。根据不同需求，可以选择两种架构：
|
||||
- 如果你优先考虑 **可控性、可替换性、成本管理、工具 / 知识 / 流程编排**，优先选 **Pipeline 引擎**
|
||||
- 如果你优先考虑 **超低延迟、更自然的端到端语音体验**，优先选 **Realtime 引擎**
|
||||
|
||||
| 架构 | 特点 | 适用场景 |
|
||||
|------|------|---------|
|
||||
| **管线式** | 灵活、可定制、成本可控 | 大多数场景 |
|
||||
| **多模态** | 低延迟、自然、简单 | 高端体验场景 |
|
||||
## 两类引擎的区别
|
||||
|
||||
---
|
||||
| 维度 | Pipeline 引擎 | Realtime 引擎 |
|
||||
|------|---------------|---------------|
|
||||
| **交互路径** | VAD → ASR → TD → LLM → TTS | 端到端实时模型 |
|
||||
| **可控性** | 高，每个环节可替换 | 中，更多依赖模型供应商 |
|
||||
| **延迟** | 中等，通常由多环节累加 | 低，链路更短 |
|
||||
| **能力编排** | 更适合接入工具、知识库、工作流 | 也可接工具，但流程可控性较弱 |
|
||||
| **成本结构** | 可按环节优化 | 往往更依赖单一供应商定价 |
|
||||
| **适合场景** | 企业客服、流程型助手、电话场景、知识问答 | 高拟真语音助手、多模态入口、高自然度体验 |
|
||||
|
||||
## 管线式引擎 (Pipeline)
|
||||
## Pipeline 引擎是什么
|
||||
|
||||
### 架构设计
|
||||
|
||||
管线式引擎包含 **声音活动检测（VAD）**、**语音识别（ASR）**、**回合检测（TD）**、**大语言模型（LLM）**、**语音合成（TTS）**，各环节可对接**外部服务**（OpenAI、SiliconFlow、DashScope、本地模型）。LLM 可连接**工具**（Webhook、客户端工具、内建工具）。
|
||||
Pipeline 引擎把实时语音拆成多个明确环节：
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Input["输入处理"]
|
||||
Audio[用户音频] --> VAD[声音活动检测 VAD]
|
||||
VAD --> ASR[语音识别 ASR]
|
||||
ASR --> Text[转写文本]
|
||||
Text --> TD[回合检测 TD]
|
||||
end
|
||||
|
||||
subgraph Process["语义处理"]
|
||||
TD --> LLM[大语言模型 LLM]
|
||||
LLM --> Response[回复文本]
|
||||
LLM --> Tools[工具]
|
||||
end
|
||||
|
||||
subgraph Output["输出生成"]
|
||||
Response --> TTS[语音合成 TTS]
|
||||
TTS --> OutputAudio[助手音频]
|
||||
end
|
||||
VAD[VAD] --> ASR[ASR]
|
||||
ASR --> TD[回合检测]
|
||||
TD --> LLM[LLM]
|
||||
LLM --> TTS[TTS]
|
||||
```
|
||||
|
||||
### 数据流详解
|
||||
这样做的好处是：
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as 用户
|
||||
participant E as 引擎
|
||||
participant ASR as ASR 服务
|
||||
participant LLM as LLM 服务
|
||||
participant TTS as TTS 服务
|
||||
- 你可以分别选择 ASR、LLM、TTS 的供应商
|
||||
- 你可以单独优化某一个环节，而不是整体替换
|
||||
- 工具、知识库和工作流更容易插入到链路中
|
||||
|
||||
U->>E: 音频帧 (PCM 16kHz)
|
||||
代价是：
|
||||
|
||||
Note over E: VAD 检测语音活动
|
||||
E->>E: 累积音频缓冲
|
||||
- 延迟会累加
|
||||
- 系统集成更复杂
|
||||
- 你需要同时管理多类外部依赖
|
||||
|
||||
Note over E: 回合检测 (TD) 确定可送 LLM 的输入
|
||||
E->>ASR: 发送音频
|
||||
ASR-->>E: 转写文本 (流式)
|
||||
E-->>U: transcript.delta
|
||||
E-->>U: transcript.final
|
||||
## Realtime 引擎是什么
|
||||
|
||||
E->>LLM: 发送对话历史 + 用户输入
|
||||
LLM-->>E: 回复文本 (流式)
|
||||
E-->>U: assistant.response.delta
|
||||
|
||||
loop 流式合成
|
||||
E->>TTS: 文本片段
|
||||
TTS-->>E: 音频片段
|
||||
E-->>U: 音频帧
|
||||
end
|
||||
|
||||
E-->>U: assistant.response.final
|
||||
```
|
||||
|
||||
### 延迟分析
|
||||
|
||||
管线式引擎的延迟由各环节累加：
|
||||
|
||||
| 环节 | 典型延迟 | 优化方向 |
|
||||
|------|---------|---------|
|
||||
| VAD/EOU | 200-500ms | 调整灵敏度 |
|
||||
| ASR | 100-300ms | 选择快速模型 |
|
||||
| LLM TTFT | 200-500ms | 选择低延迟模型 |
|
||||
| TTS | 100-200ms | 流式合成 |
|
||||
| **总计** | **600-1500ms** | - |
|
||||
|
||||
### 流式优化
|
||||
|
||||
为降低感知延迟，采用流式处理：
|
||||
|
||||
```mermaid
|
||||
gantt
|
||||
title 非流式 vs 流式处理
|
||||
dateFormat X
|
||||
axisFormat %s
|
||||
|
||||
section 非流式
|
||||
ASR完成 :a1, 0, 300ms
|
||||
LLM完成 :a2, after a1, 800ms
|
||||
TTS完成 :a3, after a2, 500ms
|
||||
播放 :a4, after a3, 500ms
|
||||
|
||||
section 流式
|
||||
ASR :b1, 0, 300ms
|
||||
LLM开始 :b2, after b1, 200ms
|
||||
TTS开始 :b3, after b2, 100ms
|
||||
边生成边播放 :b4, after b3, 600ms
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 实时交互引擎与多模态
|
||||
|
||||
### 实时交互引擎连接
|
||||
|
||||
实时交互引擎可连接**实时交互引擎**后端，包括：
|
||||
|
||||
| 后端 | 说明 |
|
||||
|------|------|
|
||||
| **OpenAI Realtime** | OpenAI 实时语音模型 |
|
||||
| **Gemini Live** | Google 实时多模态 |
|
||||
| **Doubao 实时交互引擎** | 豆包实时交互 |
|
||||
|
||||
实时交互引擎与管线式引擎中的 LLM 一样，均可连接**工具**：Webhook、客户端工具、内建工具。
|
||||
|
||||
### 多模态引擎架构
|
||||
|
||||
多模态引擎使用端到端模型，直接处理音频输入输出：
|
||||
Realtime 引擎直接连接端到端实时模型，让模型同时处理输入、理解、生成与打断。
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Client["客户端"]
|
||||
Mic[麦克风] --> AudioIn[音频输入]
|
||||
AudioOut[音频输出] --> Speaker[扬声器]
|
||||
end
|
||||
|
||||
subgraph Engine["引擎"]
|
||||
AudioIn --> RT[Realtime Model]
|
||||
RT --> AudioOut
|
||||
Input[音频 / 视频 / 文本输入] --> RT[Realtime Model]
|
||||
RT --> Output[音频 / 文本输出]
|
||||
RT --> Tools[工具]
|
||||
end
|
||||
|
||||
subgraph Model["实时交互引擎"]
|
||||
RT --> GPT4o[OpenAI Realtime]
|
||||
RT --> Gemini[Gemini Live]
|
||||
RT --> Doubao[Doubao 实时]
|
||||
end
|
||||
```
|
||||
|
||||
### 数据流详解
|
||||
这样做的好处是：
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as 用户
|
||||
participant E as 引擎
|
||||
participant RT as Realtime Model
|
||||
- 链路更短，延迟更低
|
||||
- 全双工与打断通常更自然
|
||||
- 接入路径更简单，适合强调体验的入口
|
||||
|
||||
U->>E: 音频帧
|
||||
E->>RT: 转发音频
|
||||
代价是：
|
||||
|
||||
Note over RT: 端到端处理
|
||||
- 更依赖特定模型供应商
|
||||
- 对 ASR / TTS / 回合检测的独立控制更弱
|
||||
- 成本和能力边界受实时模型限制更大
|
||||
|
||||
RT-->>E: 音频响应 (流式)
|
||||
E-->>U: 播放音频
|
||||
## 怎么选
|
||||
|
||||
Note over U,RT: 支持全双工<br/>用户可随时打断
|
||||
```
|
||||
### 适合选择 Pipeline 的情况
|
||||
|
||||
### 外部服务（管线式）
|
||||
- 你要接入特定 ASR 或 TTS 供应商
|
||||
- 你需要知识库、工具、工作流形成稳定业务流程
|
||||
- 你更在意可解释性、观测和分段优化
|
||||
- 你需要把成本按环节精细控制
|
||||
|
||||
管线式引擎各环节可选用以下**外部服务**：
|
||||
### 适合选择 Realtime 的情况
|
||||
|
||||
| 服务 | 说明 |
|
||||
|------|------|
|
||||
| **OpenAI** | LLM / ASR / TTS 等 |
|
||||
| **SiliconFlow** | 国内 API 服务 |
|
||||
| **DashScope** | 阿里云灵积 |
|
||||
| **本地模型** | 私有化部署模型 |
|
||||
- 你把“自然对话感”放在首位
|
||||
- 你需要更低的首响和更顺滑的打断体验
|
||||
- 你可以接受对某个模型供应商的依赖
|
||||
- 你的场景更接近语音助手、陪练、虚拟角色或多模态入口
|
||||
|
||||
### 支持的实时交互模型
|
||||
## 简化决策表
|
||||
|
||||
| 模型 | 供应商 | 特点 |
|
||||
|------|--------|------|
|
||||
| **OpenAI Realtime** | OpenAI | 最自然的语音，延迟极低 |
|
||||
| **Gemini Live** | Google | 多模态能力强 |
|
||||
| **Doubao 实时交互** | 字节跳动 | 国内可用，中文优化 |
|
||||
| 场景 | 推荐引擎 | 原因 |
|
||||
|------|----------|------|
|
||||
| 企业客服 / 电话机器人 | Pipeline | 可控、可审计、易接工具与业务系统 |
|
||||
| 知识问答 / 业务流程助手 | Pipeline | 更适合接知识库与工作流 |
|
||||
| 高拟真语音助手 | Realtime | 更自然、更低延迟 |
|
||||
| 多模态入口 | Realtime | 端到端处理音频 / 视频 / 文本 |
|
||||
| 预算敏感场景 | Pipeline | 更容易逐环节优化成本 |
|
||||
|
||||
### 延迟对比
|
||||
## 智能打断的差异
|
||||
|
||||
```mermaid
|
||||
xychart-beta
|
||||
title "端到端延迟对比"
|
||||
x-axis ["管线式 (普通)", "管线式 (优化)", "多模态"]
|
||||
y-axis "延迟 (ms)" 0 --> 1500
|
||||
bar [1200, 700, 300]
|
||||
```
|
||||
两类引擎都支持打断，但边界不同：
|
||||
|
||||
---
|
||||
- **Pipeline**：由 VAD / 回合检测与 TTS 停止逻辑协同实现，行为更可控
|
||||
- **Realtime**：更多由实时模型内部完成，体验更自然，但可解释性更低
|
||||
|
||||
## 智能打断机制
|
||||
## 继续阅读
|
||||
|
||||
两种引擎都支持智能打断，但实现方式不同。
|
||||
|
||||
### 管线式引擎打断
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as 用户
|
||||
participant E as 引擎
|
||||
participant TTS as TTS
|
||||
|
||||
Note over E,TTS: TTS 正在合成播放
|
||||
E->>U: 音频帧...
|
||||
|
||||
U->>E: 用户说话 (检测到 VAD)
|
||||
E->>E: 判断是否有效打断
|
||||
|
||||
alt 有效打断
|
||||
E->>TTS: 停止合成
|
||||
E->>E: 清空音频缓冲
|
||||
E-->>U: output.audio.interrupted
|
||||
Note over E: 处理新输入
|
||||
else 噪音/误触发
|
||||
Note over E: 继续播放
|
||||
end
|
||||
```
|
||||
|
||||
### 多模态引擎打断
|
||||
|
||||
多模态模型原生支持全双工，打断由模型内部处理：
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as 用户
|
||||
participant E as 引擎
|
||||
participant RT as Realtime Model
|
||||
|
||||
Note over RT: 模型正在输出
|
||||
RT-->>E: 音频流...
|
||||
E-->>U: 播放
|
||||
|
||||
U->>E: 用户说话
|
||||
E->>RT: 转发用户音频
|
||||
|
||||
Note over RT: 模型检测到打断<br/>自动停止输出
|
||||
|
||||
RT-->>E: 新的响应
|
||||
E-->>U: 播放新响应
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 引擎选择指南
|
||||
|
||||
### 决策流程
|
||||
|
||||
```mermaid
|
||||
flowchart TD
|
||||
Start[选择引擎] --> Q1{延迟要求?}
|
||||
|
||||
Q1 -->|< 500ms| Q2{预算充足?}
|
||||
Q1 -->|> 500ms 可接受| Pipeline[管线式引擎]
|
||||
|
||||
Q2 -->|是| Q3{模型可用?}
|
||||
Q2 -->|否| Pipeline
|
||||
|
||||
Q3 -->|GPT-4o/Gemini 可用| Multimodal[多模态引擎]
|
||||
Q3 -->|国内环境受限| Q4{Step Audio?}
|
||||
|
||||
Q4 -->|可用| Multimodal
|
||||
Q4 -->|不可用| Pipeline
|
||||
```
|
||||
|
||||
### 场景推荐
|
||||
|
||||
| 场景 | 推荐引擎 | 理由 |
|
||||
|------|---------|------|
|
||||
| **企业客服** | 管线式 | 成本可控，可定制 ASR |
|
||||
| **高端虚拟人** | 多模态 | 最自然的交互体验 |
|
||||
| **电话机器人** | 管线式 | 可对接电信 ASR |
|
||||
| **语音助手** | 多模态 | 低延迟，自然对话 |
|
||||
| **口语练习** | 管线式 | 需要精确的 ASR 评分 |
|
||||
|
||||
### 混合方案
|
||||
|
||||
也可以根据用户等级使用不同引擎：
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
User[用户请求] --> Router{路由判断}
|
||||
|
||||
Router -->|VIP 用户| Multimodal[多模态引擎]
|
||||
Router -->|普通用户| Pipeline[管线式引擎]
|
||||
|
||||
Multimodal --> Response[响应]
|
||||
Pipeline --> Response
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 配置示例
|
||||
|
||||
### 管线式引擎配置
|
||||
|
||||
```json
|
||||
{
|
||||
"engine": "pipeline",
|
||||
"asr": {
|
||||
"provider": "openai-compatible",
|
||||
"model": "FunAudioLLM/SenseVoiceSmall",
|
||||
"language": "zh"
|
||||
},
|
||||
"llm": {
|
||||
"provider": "openai",
|
||||
"model": "gpt-4o-mini",
|
||||
"temperature": 0.7
|
||||
},
|
||||
"tts": {
|
||||
"provider": "openai-compatible",
|
||||
"model": "FunAudioLLM/CosyVoice2-0.5B",
|
||||
"voice": "anna"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### 多模态引擎配置
|
||||
|
||||
```json
|
||||
{
|
||||
"engine": "multimodal",
|
||||
"model": {
|
||||
"provider": "openai",
|
||||
"model": "gpt-4o-realtime-preview",
|
||||
"voice": "alloy"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 相关文档
|
||||
|
||||
- [系统架构](../overview/architecture.md) - 整体架构设计
|
||||
- [WebSocket 协议](../api-reference/websocket.md) - 协议详情
|
||||
- [部署指南](../deployment/index.md) - 引擎部署配置
|
||||
- [Pipeline 引擎](pipeline-engine.md) - 查看分段链路、延迟构成与配置示例
|
||||
- [Realtime 引擎](realtime-engine.md) - 查看端到端实时模型的交互路径
|
||||
- [系统架构](../overview/architecture.md) - 从服务边界理解引擎在整体系统中的位置
|
||||
|
||||
@@ -1,296 +1,49 @@
|
||||
# 核心概念
|
||||
# 核心概念
|
||||
|
||||
本章节介绍 Realtime Agent Studio 中的核心概念，帮助你更好地理解和使用平台。
|
||||
本章节只解释 Realtime Agent Studio 的关键心智模型，不重复环境部署或助手构建的操作细节。
|
||||
|
||||
---
|
||||
|
||||
## 概念总览
|
||||
## 先建立这三个概念
|
||||
|
||||
```mermaid
|
||||
flowchart TB
|
||||
subgraph Platform["RAS 平台"]
|
||||
Assistant[助手 Assistant]
|
||||
### 1. 助手是“对外提供能力的配置单元”
|
||||
|
||||
subgraph Resources["资源库"]
|
||||
LLM[LLM 模型]
|
||||
ASR[ASR 模型]
|
||||
TTS[TTS 声音]
|
||||
KB[知识库]
|
||||
end
|
||||
助手决定了一个实时 AI 入口对外表现成什么角色：它使用什么提示词、哪些模型、能访问哪些知识和工具、会话如何开始以及运行时如何被覆盖。
|
||||
|
||||
subgraph Engine["交互引擎"]
|
||||
Pipeline[Pipeline引擎]
|
||||
Multimodal[Realtime引擎]
|
||||
end
|
||||
- [助手概念](assistants.md) — 统一理解助手、会话、动态变量与能力边界
|
||||
- [配置选项](assistants/configuration.md) — 了解界面层和运行时配置项如何分工
|
||||
- [提示词指南](assistants/prompts.md) — 学会定义助手的角色、任务、风格与约束
|
||||
- [测试调试](assistants/testing.md) — 理解如何验证助手行为和定位问题
|
||||
|
||||
Session[会话 Session]
|
||||
end
|
||||
### 2. 引擎是“承载实时交互的运行时”
|
||||
|
||||
Assistant --> LLM
|
||||
Assistant --> ASR
|
||||
Assistant --> TTS
|
||||
Assistant --> KB
|
||||
Assistant --> Engine
|
||||
Engine --> Session
|
||||
```
|
||||
RAS 同时提供 Pipeline 引擎与 Realtime 引擎。它们都能驱动实时助手，但在延迟、可控性、成本和可替换性上各有取舍。
|
||||
|
||||
- [引擎概览](engines.md) — 两类引擎的能力边界与选择建议
|
||||
- [Pipeline 引擎](pipeline-engine.md) — VAD/ASR/TD/LLM/TTS 串联的可组合链路
|
||||
- [Realtime 引擎](realtime-engine.md) — 面向端到端实时模型的低延迟交互路径
|
||||
|
||||
### 3. 工作流是“把复杂业务拆成步骤和分支的方法”
|
||||
|
||||
当单一提示词不足以稳定处理多步骤、多条件、多工具的业务流程时，应使用工作流来显式编排节点、路由和回退策略。
|
||||
|
||||
- [工作流](../customization/workflows.md) — 了解何时需要工作流、它由哪些部分组成、如何设计可维护的流程
|
||||
|
||||
---
|
||||
|
||||
## 助手 (Assistant)
|
||||
## 本章节不负责什么
|
||||
|
||||
**助手**是 RAS 的核心实体，代表一个可对话的 AI 智能体。
|
||||
以下内容属于“如何搭建和使用”，不在本章节展开说明：
|
||||
|
||||
### 助手配置
|
||||
- 助手搭建、模型/知识库/工具/工作流配置：从 [助手概览](assistants.md) 进入构建链路
|
||||
- 部署与环境变量：见 [环境与部署](../getting-started/index.md)
|
||||
- 第一个助手的最短操作路径：见 [快速开始](../quickstart/index.md)
|
||||
- 事件格式与接入协议：见 [API 参考](../api-reference/index.md)
|
||||
|
||||
每个助手包含以下配置：
|
||||
## 建议阅读顺序
|
||||
|
||||
| 配置项 | 说明 |
|
||||
|-------|------|
|
||||
| **名称** | 助手的显示名称 |
|
||||
| **指令配置** | 使用提示词指令定义助手角色、行为、限制 |
|
||||
| **语音设置** | 包括语音识别模型，语音合成模型 |
|
||||
| **交互设置** | 包括用户打断机器人的灵敏度，检测用户语句结束的灵敏度 |
|
||||
| **工具配置** | 配置助手可调用的外部工具 |
|
||||
| **知识配置** | 关联的知识库（用于 RAG） |
|
||||
| **Webhooks** | 用于订阅助手的活动 |
|
||||
1. 先读 [助手概念](assistants.md)，明确你要配置的对象到底是什么
|
||||
2. 再读 [引擎概览](engines.md)，决定应该选择 Pipeline 还是 Realtime
|
||||
3. 如果场景涉及多步骤流程，再读 [工作流](../customization/workflows.md)
|
||||
4. 最后回到 [快速开始](../quickstart/index.md) 或 [助手概览](assistants.md) 开始具体配置
|
||||
|
||||
---
|
||||
|
||||
## 会话 (Session)
|
||||
|
||||
**会话**代表一次完整的对话交互，从用户连接到断开。
|
||||
|
||||
### 会话状态
|
||||
|
||||
```mermaid
|
||||
stateDiagram-v2
|
||||
[*] --> Connecting: WebSocket 连接
|
||||
Connecting --> Started: session.started
|
||||
Started --> Active: 对话中
|
||||
Active --> Active: 多轮对话
|
||||
Active --> Stopped: session.stop
|
||||
Stopped --> [*]: 连接关闭
|
||||
```
|
||||
|
||||
### 会话数据
|
||||
|
||||
每个会话记录包含：
|
||||
|
||||
- **基本信息** - ID、时长、时间戳
|
||||
- **音频数据** - 用户和助手的音频记录
|
||||
- **转写文本** - ASR 识别结果
|
||||
- **LLM 交互** - 输入输出和工具调用
|
||||
- **元数据** - 渠道、来源、自定义变量
|
||||
|
||||
---
|
||||
|
||||
## Pipeline引擎 vs Realtime引擎
|
||||
|
||||
RAS 支持两种引擎架构，适用于不同场景。
|
||||
|
||||
### 管线式引擎 (Pipeline)
|
||||
|
||||
将语音交互拆分为多个环节，包含 **VAD（声音活动检测）**、**ASR（语音识别）**、**TD（回合检测）**、**LLM（大语言模型）**、**TTS（语音合成）**。外部服务可选 **OpenAI**、**SiliconFlow**、**DashScope**、**本地模型**。LLM 与实时交互引擎均可连接**工具**（Webhook、客户端工具、内建工具）。
|
||||
|
||||
```
|
||||
用户语音 → [VAD] → [ASR] → [TD] → 文本 → [LLM] → 回复 → [TTS] → 助手语音
|
||||
```
|
||||
|
||||
**优点：**
|
||||
|
||||
- 灵活选择各环节供应商（OpenAI、SiliconFlow、DashScope、本地模型）
|
||||
- 可独立优化 VAD、ASR、TD、LLM、TTS 每个环节
|
||||
- 成本可控
|
||||
|
||||
**缺点：**
|
||||
|
||||
- 延迟较高（累加延迟）
|
||||
- 需要协调多个服务
|
||||
|
||||
### 实时交互引擎 (Realtime)
|
||||
|
||||
实时交互引擎可连接 **OpenAI Realtime**、**Gemini Live**、**Doubao 实时交互引擎** 等，同样可连接工具。使用端到端模型直接处理：
|
||||
|
||||
```
|
||||
用户语音 → [Realtime Model] → 助手语音
|
||||
```
|
||||
|
||||
**优点：**
|
||||
|
||||
- 更低延迟
|
||||
- 更自然的语音
|
||||
- 架构简单
|
||||
|
||||
**缺点：**
|
||||
|
||||
- 依赖特定供应商
|
||||
- 成本较高
|
||||
- 可定制性有限
|
||||
|
||||
### 选择建议
|
||||
|
||||
| 场景 | 推荐引擎 |
|
||||
|------|---------|
|
||||
| 成本敏感 | 管线式 |
|
||||
| 延迟敏感 | 多模态 |
|
||||
| 需要特定 ASR/TTS | 管线式 |
|
||||
| 追求最自然体验 | 多模态 |
|
||||
|
||||
---
|
||||
|
||||
## 智能打断 (Barge-in)
|
||||
|
||||
**智能打断**是指用户在助手说话时可以随时插话，系统能够：
|
||||
|
||||
1. 检测用户开始说话
|
||||
2. 立即停止 TTS 播放
|
||||
3. 处理用户新的输入
|
||||
|
||||
### 打断检测方式
|
||||
|
||||
| 方式 | 说明 |
|
||||
|------|------|
|
||||
| **VAD** | Voice Activity Detection，检测到声音活动即打断 |
|
||||
| **语义** | 基于语音内容判断是否有意义的打断 |
|
||||
| **混合** | VAD + 语义结合，减少误触发 |
|
||||
|
||||
### 打断流程
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant User as 用户
|
||||
participant Engine as 引擎
|
||||
participant TTS as TTS
|
||||
|
||||
Note over Engine,TTS: 助手正在播放回复
|
||||
Engine->>User: 音频流...
|
||||
User->>Engine: 开始说话 (VAD 触发)
|
||||
Engine->>Engine: 打断判断
|
||||
Engine->>TTS: 停止合成
|
||||
Engine->>User: output.audio.interrupted
|
||||
Note over Engine: 处理新输入
|
||||
```
|
||||
|
||||
## 用户语句端点（EoU End-of-Utterance）
|
||||
|
||||
**用户语句端点（EoU）** 指系统判断「用户已经说完」的时刻。在管线式引擎中，只有检测到 EoU 后，才会把当前轮次的转写文本送给 LLM 并触发回复，避免用户短暂停顿时就误判为说完。
|
||||
|
||||
### 检测方式
|
||||
|
||||
EoU 基于 **VAD（声音活动检测）** 的输出：在用户**连续静音**达到设定时长后触发一次 EoU。若静音期间用户再次说话，静音计时会重置，因此句间短暂停顿不会触发 EoU，只有用户真正停止说话后才触发。
|
||||
|
||||
| 概念 | 说明 |
|
||||
|------|------|
|
||||
| **静音阈值** | 连续静音超过该时长（毫秒）即判定为 EoU，对应配置如 `vad_eou_threshold_ms`（默认约 800ms） |
|
||||
| **最短语音** | 若语音过短（如杂音），不触发 EoU，避免误判 |
|
||||
| **一次一轮** | 每轮用户输入只产生一次 EoU，之后需重新检测语音再静音才会再次触发 |
|
||||
|
||||
### 在管线中的位置
|
||||
|
||||
```
|
||||
用户语音 → [VAD] → [EoU 检测] → 静音达阈值 → 文本送 LLM → 回复 → [TTS]
|
||||
```
|
||||
|
||||
助手配置中的 **「检测用户语句结束的灵敏度」** 即对应 EoU 的静音阈值：阈值越小，越容易判定为「说完」，响应更快但易在用户思考或短暂停顿时误触发；阈值越大，更稳但响应会稍慢。
|
||||
|
||||
---
|
||||
|
||||
## 工具调用 (Tool Calling)
|
||||
|
||||
助手可以通过**工具**扩展能力，访问外部系统或执行特定操作。
|
||||
|
||||
### 工具类型
|
||||
|
||||
管线式引擎中的 LLM 与实时交互引擎均可连接**工具**，包括：
|
||||
|
||||
| 类型 | 说明 | 示例 |
|
||||
|------|------|------|
|
||||
| **Webhook** | 调用外部 HTTP API | 查询订单、预约日程 |
|
||||
| **客户端工具** | 由客户端执行的操作 | 获取客户端地理位置、请求用户同意、打开客户端相机 |
|
||||
| **内建工具** | 平台提供的工具 | 代码执行、计算器 |
|
||||
|
||||
### 工具调用流程
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant User as 用户
|
||||
participant LLM as LLM
|
||||
participant Tool as 工具
|
||||
|
||||
User->>LLM: "帮我查一下订单状态"
|
||||
LLM->>LLM: 决定调用工具
|
||||
LLM->>Tool: get_order_status(order_id)
|
||||
Tool-->>LLM: {status: "已发货"}
|
||||
LLM->>User: "您的订单已发货"
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 知识库 (Knowledge Base)
|
||||
|
||||
**知识库**让助手能够基于私有文档回答问题，实现 RAG（检索增强生成）。
|
||||
|
||||
### 工作原理
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Indexing["索引阶段"]
|
||||
Doc[文档] --> Chunk[分块]
|
||||
Chunk --> Embed[向量化]
|
||||
Embed --> Store[(向量数据库)]
|
||||
end
|
||||
|
||||
subgraph Query["查询阶段"]
|
||||
Q[用户问题] --> QEmbed[问题向量化]
|
||||
QEmbed --> Search[相似度搜索]
|
||||
Store --> Search
|
||||
Search --> Context[相关上下文]
|
||||
Context --> LLM[LLM 生成回答]
|
||||
end
|
||||
```
|
||||
|
||||
### 支持的文档格式
|
||||
|
||||
- PDF
|
||||
- Word (.docx)
|
||||
- Markdown
|
||||
- 纯文本
|
||||
- HTML
|
||||
|
||||
---
|
||||
|
||||
## 动态变量
|
||||
|
||||
**动态变量**允许在运行时向助手注入上下文信息。
|
||||
|
||||
### 使用方式
|
||||
|
||||
在系统提示词中使用 `{{variable}}` 占位符：
|
||||
|
||||
```
|
||||
你是{{company_name}}的客服助手。
|
||||
当前用户是{{customer_name}}，会员等级为{{tier}}。
|
||||
```
|
||||
|
||||
连接时通过 `dynamicVariables` 传入：
|
||||
|
||||
```json
|
||||
{
|
||||
"type": "session.start",
|
||||
"metadata": {
|
||||
"dynamicVariables": {
|
||||
"company_name": "ABC 公司",
|
||||
"customer_name": "张三",
|
||||
"tier": "VIP"
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 下一步
|
||||
|
||||
- [快速开始](../quickstart/index.md) - 创建第一个助手
|
||||
- [助手配置](../assistants/configuration.md) - 详细配置说明
|
||||
- [WebSocket 协议](../api-reference/websocket.md) - API 接口详情
|
||||
|
||||
137
docs/content/concepts/pipeline-engine.md
Normal file
137
docs/content/concepts/pipeline-engine.md
Normal file
@@ -0,0 +1,137 @@
|
||||
# Pipeline 引擎
|
||||
|
||||
Pipeline 引擎把实时对话拆成多个清晰环节，适合需要高可控性、可替换外部能力和复杂业务编排的场景。
|
||||
|
||||
---
|
||||
|
||||
## 运行链路
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Input["输入处理"]
|
||||
Audio[用户音频] --> VAD[声音活动检测 VAD]
|
||||
VAD --> ASR[语音识别 ASR]
|
||||
ASR --> TD[回合检测 TD]
|
||||
end
|
||||
|
||||
subgraph Reasoning["语义处理"]
|
||||
TD --> LLM[大语言模型 LLM]
|
||||
LLM --> Tools[工具]
|
||||
LLM --> Text[回复文本]
|
||||
end
|
||||
|
||||
subgraph Output["输出生成"]
|
||||
Text --> TTS[语音合成 TTS]
|
||||
TTS --> AudioOut[助手音频]
|
||||
end
|
||||
```
|
||||
|
||||
Pipeline 的关键价值不在于“环节多”，而在于每个环节都可以被单独选择、单独优化、单独观测。
|
||||
|
||||
## 它适合什么场景
|
||||
|
||||
- 需要接特定 ASR / TTS 供应商
|
||||
- 需要稳定接入知识库、工具和工作流
|
||||
- 需要把问题定位到具体环节，而不是只看到整体失败
|
||||
- 需要按延迟、成本、质量对不同环节分别优化
|
||||
|
||||
## 数据流
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as 用户
|
||||
participant E as 引擎
|
||||
participant ASR as ASR 服务
|
||||
participant LLM as LLM 服务
|
||||
participant TTS as TTS 服务
|
||||
|
||||
U->>E: 音频帧 (PCM)
|
||||
E->>E: VAD / 回合检测
|
||||
E->>ASR: 发送可识别音频
|
||||
ASR-->>E: transcript.delta / transcript.final
|
||||
E->>LLM: 发送对话历史与当前输入
|
||||
LLM-->>E: assistant.response.delta
|
||||
E->>TTS: 文本片段
|
||||
TTS-->>E: 音频片段
|
||||
E-->>U: 音频流与事件
|
||||
```
|
||||
|
||||
## 延迟来自哪里
|
||||
|
||||
| 环节 | 典型影响 | 常见优化点 |
|
||||
|------|----------|------------|
|
||||
| **VAD / EoU** | 用户说完后多久触发回复 | 调整静音阈值和最短语音门限 |
|
||||
| **ASR** | 语音转写速度和准确率 | 选择合适模型、热词和语言设置 |
|
||||
| **LLM** | 首个 token 返回速度 | 选择低延迟模型、优化上下文 |
|
||||
| **TTS** | 文字到音频的生成速度 | 选择流式 TTS，缩短单次回复 |
|
||||
|
||||
Pipeline 的总延迟通常不是单点问题，而是链路总和。因此更适合做“逐环节调优”。
|
||||
|
||||
## EoU（用户说完）为什么重要
|
||||
|
||||
Pipeline 必须决定“什么时候把当前轮输入正式交给 LLM”。这个判断通常由 **EoU** 完成。
|
||||
|
||||
- 阈值小：响应更快，但更容易把用户停顿误判为说完
|
||||
- 阈值大：更稳，但首次响应会更慢
|
||||
|
||||
你可以把它理解为 Pipeline 中最直接影响“对话节奏感”的参数之一。
|
||||
|
||||
## 工具、知识库和工作流如何插入
|
||||
|
||||
Pipeline 特别适合把业务能力插入到对话中：
|
||||
|
||||
- **知识库**：在 LLM 生成前补充领域事实
|
||||
- **工具**：在需要外部信息或动作时调用系统能力
|
||||
- **工作流**：在多步骤、多分支流程中决定接下来走哪个节点
|
||||
|
||||
这也是它在企业客服、流程助手和知识问答场景中更常见的原因。
|
||||
|
||||
## 智能打断
|
||||
|
||||
在 Pipeline 中，打断通常由 VAD 检测和 TTS 停止逻辑协同完成：
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as 用户
|
||||
participant E as 引擎
|
||||
participant TTS as TTS
|
||||
|
||||
Note over E,TTS: 正在播放回复
|
||||
E->>U: 音频流...
|
||||
U->>E: 用户开始说话
|
||||
E->>E: 判定是否触发打断
|
||||
E->>TTS: 停止合成 / 播放
|
||||
E-->>U: output.audio.interrupted
|
||||
```
|
||||
|
||||
相比端到端实时模型，这种方式更容易解释“为什么打断”以及“在哪个环节发生了问题”。
|
||||
|
||||
## 配置示例
|
||||
|
||||
```json
|
||||
{
|
||||
"engine": "pipeline",
|
||||
"asr": {
|
||||
"provider": "openai-compatible",
|
||||
"model": "FunAudioLLM/SenseVoiceSmall",
|
||||
"language": "zh"
|
||||
},
|
||||
"llm": {
|
||||
"provider": "openai",
|
||||
"model": "gpt-4o-mini",
|
||||
"temperature": 0.7
|
||||
},
|
||||
"tts": {
|
||||
"provider": "openai-compatible",
|
||||
"model": "FunAudioLLM/CosyVoice2-0.5B",
|
||||
"voice": "anna"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## 相关文档
|
||||
|
||||
- [引擎架构](engines.md) - 回到选择指南
|
||||
- [Realtime 引擎](realtime-engine.md) - 对比端到端实时模型路径
|
||||
- [工具](../customization/tools.md) - 设计可被 LLM 安全调用的工具
|
||||
- [知识库](../customization/knowledge-base.md) - 在对话中补充领域知识
|
||||
97
docs/content/concepts/realtime-engine.md
Normal file
97
docs/content/concepts/realtime-engine.md
Normal file
@@ -0,0 +1,97 @@
|
||||
# Realtime 引擎
|
||||
|
||||
Realtime 引擎直接连接端到端实时模型，适合把低延迟和自然语音体验放在第一位的场景。
|
||||
|
||||
---
|
||||
|
||||
## 运行链路
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
Input[音频 / 视频 / 文本输入] --> RT[Realtime Model]
|
||||
RT --> Output[音频 / 文本输出]
|
||||
RT --> Tools[工具]
|
||||
```
|
||||
|
||||
与 Pipeline 不同，Realtime 引擎不会把 ASR、回合检测、LLM、TTS 作为独立阶段暴露出来，而是更多依赖实时模型整体处理。
|
||||
|
||||
## 常见后端
|
||||
|
||||
| 后端 | 特点 |
|
||||
|------|------|
|
||||
| **OpenAI Realtime** | 语音交互自然，延迟低 |
|
||||
| **Gemini Live** | 多模态能力强 |
|
||||
| **Doubao 实时交互** | 更适合国内环境与中文场景 |
|
||||
|
||||
## 它适合什么场景
|
||||
|
||||
- 语音助手、陪练、虚拟角色等高自然度体验场景
|
||||
- 对首响和连续打断体验要求高的入口
|
||||
- 希望减少链路拼装复杂度，直接接入端到端模型的团队
|
||||
|
||||
## 数据流
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as 用户
|
||||
participant E as 引擎
|
||||
participant RT as Realtime Model
|
||||
|
||||
U->>E: 音频 / 视频 / 文本输入
|
||||
E->>RT: 转发实时流
|
||||
RT-->>E: 流式文本 / 音频输出
|
||||
E-->>U: 播放或渲染结果
|
||||
```
|
||||
|
||||
## Realtime 的优势
|
||||
|
||||
- **延迟更低**：链路更短，用户感知更自然
|
||||
- **全双工更顺滑**：用户插话时，模型更容易在内部处理打断
|
||||
- **多模态更直接**：适合音频、视频、文本混合输入输出场景
|
||||
|
||||
## Realtime 的取舍
|
||||
|
||||
- 更依赖实时模型供应商的能力边界
|
||||
- 不容易对 ASR / TTS / 回合检测做独立替换
|
||||
- 成本和可观测性往往不如 Pipeline 那样可逐环节拆分
|
||||
|
||||
## 智能打断
|
||||
|
||||
Realtime 模型通常原生支持全双工和打断：
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as 用户
|
||||
participant E as 引擎
|
||||
participant RT as Realtime Model
|
||||
|
||||
Note over RT: 模型正在输出
|
||||
RT-->>E: 音频流...
|
||||
E-->>U: 播放
|
||||
U->>E: 用户开始说话
|
||||
E->>RT: 转发新输入
|
||||
Note over RT: 模型内部处理中断并切换回复
|
||||
RT-->>E: 新的响应
|
||||
E-->>U: 播放新响应
|
||||
```
|
||||
|
||||
这种方式更自然，但你通常只能看到模型的整体行为，而不是每个中间阶段的细节。
|
||||
|
||||
## 配置示例
|
||||
|
||||
```json
|
||||
{
|
||||
"engine": "multimodal",
|
||||
"model": {
|
||||
"provider": "openai",
|
||||
"model": "gpt-4o-realtime-preview",
|
||||
"voice": "alloy"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## 相关文档
|
||||
|
||||
- [引擎架构](engines.md) - 回到两类引擎的选择指南
|
||||
- [Pipeline 引擎](pipeline-engine.md) - 查看分段可控的运行路径
|
||||
- [WebSocket 协议](../api-reference/websocket.md) - 了解客户端如何与引擎建立会话
|
||||
@@ -1,24 +1,31 @@
|
||||
# 语音识别
|
||||
# 语音识别
|
||||
|
||||
语音识别（ASR）负责将用户音频实时转写为文本，供对话引擎理解。
|
||||
语音识别（ASR）负责把用户音频实时转写成文本，供引擎继续理解和处理。
|
||||
|
||||
## 配置项
|
||||
## 关键配置项
|
||||
|
||||
| 配置项 | 说明 |
|
||||
|---|---|
|
||||
| ASR 引擎 | 选择语音识别服务提供商 |
|
||||
| 模型 | 识别模型名称 |
|
||||
| 语言 | 中文/英文/多语言 |
|
||||
| 热词 | 提升特定词汇识别准确率 |
|
||||
| 标点与规范化 | 是否自动补全标点、文本规范化 |
|
||||
|--------|------|
|
||||
| **ASR 引擎** | 选择语音识别服务提供商或自建服务 |
|
||||
| **模型** | 实际使用的识别模型名称 |
|
||||
| **语言** | 中文、英文或多语言 |
|
||||
| **热词** | 提高业务词汇、品牌词、专有名词识别率 |
|
||||
| **标点与规范化** | 自动补全标点、规范数字和日期等 |
|
||||
|
||||
## 建议
|
||||
## 选择建议
|
||||
|
||||
- 客服场景建议开启热词并维护业务词表
|
||||
- 多语言场景建议按会话入口显式指定语言
|
||||
- 对延迟敏感场景优先选择流式识别模型
|
||||
- 客服、外呼等业务场景建议维护热词表，并按业务线持续更新
|
||||
- 多语言入口建议显式指定语言，避免模型自动判断带来的波动
|
||||
- 对延迟敏感的场景优先选择流式识别模型
|
||||
- 对准确率敏感的场景，先评估专有名词、数字、地址等样本的识别表现
|
||||
|
||||
## 运行建议
|
||||
|
||||
- 使用与接入端一致的采样率和编码方式，减少额外转换
|
||||
- 在测试阶段准备固定样本，便于对比不同模型或参数的变化
|
||||
- 把“识别准确率”和“识别延迟”一起看，不要只看其中一项
|
||||
|
||||
## 相关文档
|
||||
|
||||
- [语音配置总览](voices.md)
|
||||
|
||||
- [声音资源](voices.md) - 完整语音输入输出链路中的 TTS 侧配置
|
||||
- [快速开始](../quickstart/index.md) - 以任务路径接入第一个 ASR 资源
|
||||
|
||||
@@ -1,53 +1,86 @@
|
||||
# 知识库
|
||||
# 知识库
|
||||
|
||||
知识库基于 RAG（检索增强生成）技术，让 AI 能够回答私有领域问题。
|
||||
知识库负责承载助手需要引用的私有事实、业务资料和长文档内容，是 RAG（检索增强生成）能力的正式说明页。
|
||||
|
||||
## 概述
|
||||
## 什么时候应该用知识库
|
||||
|
||||
|
||||
当问题答案主要来自“稳定文档”而不是实时外部动作时，优先使用知识库：
|
||||
|
||||
## 创建知识库
|
||||
- 产品说明、政策条款、操作流程、培训材料
|
||||
- 内部手册、FAQ、规范文档
|
||||
- 需要被多位助手复用的领域知识
|
||||
|
||||
### 步骤
|
||||
如果任务本质上是“查状态、写数据、执行动作”，那通常更适合 [工具](tools.md)，而不是知识库。
|
||||
|
||||
1. 进入 **知识库** 页面
|
||||
2. 点击 **新建知识库**
|
||||
3. 填写知识库名称
|
||||
4. 上传文档
|
||||
## 工作原理
|
||||
|
||||
### 支持格式
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Indexing["索引阶段"]
|
||||
Doc[文档] --> Chunk[分块]
|
||||
Chunk --> Embed[向量化]
|
||||
Embed --> Store[(向量数据库)]
|
||||
end
|
||||
|
||||
| 格式 | 说明 |
|
||||
|------|------|
|
||||
| Markdown | 最佳选择，格式清晰 |
|
||||
| PDF | 自动提取文本 |
|
||||
| TXT | 纯文本支持 |
|
||||
| Word | 需转换为其他格式 |
|
||||
subgraph Query["查询阶段"]
|
||||
Q[用户问题] --> Search[相似度检索]
|
||||
Store --> Search
|
||||
Search --> Context[相关片段]
|
||||
Context --> LLM[LLM 生成回答]
|
||||
end
|
||||
```
|
||||
|
||||
### 文档上传
|
||||
核心原则很简单：把长文档转成可检索的片段，在用户提问时只把最相关的内容送给模型。
|
||||
|
||||
- 拖拽上传或点击选择
|
||||
- 单文件大小限制 10MB
|
||||
- 建议单文档不超过 50000 字
|
||||
## 适合放进知识库的内容
|
||||
|
||||
## 配置检索参数
|
||||
| 适合 | 不适合 |
|
||||
|------|--------|
|
||||
| 稳定规则、标准答案、产品文档 | 高频变化的实时状态 |
|
||||
| 领域术语、说明手册、培训材料 | 需要外部系统写入或变更的动作 |
|
||||
| 需要跨助手复用的内容 | 只在单次会话里临时生成的数据 |
|
||||
|
||||
| 参数 | 说明 | 默认值 |
|
||||
|------|------|--------|
|
||||
| 相似度阈值 | 低于此分数的结果不返回 | 0.7 |
|
||||
| 返回数量 | 单次检索返回的结果数 | 3 |
|
||||
| 分块大小 | 文档分块的最大长度 | 500 |
|
||||
## 内容准备建议
|
||||
|
||||
## 管理知识库
|
||||
- 优先上传结构清晰、主题明确的文档
|
||||
- 对超长文档按主题拆分，减少一次索引的噪声
|
||||
- 标题、章节名和表格说明对召回质量很重要，不要全部删掉格式信息
|
||||
- 与其堆很多相近文档，不如先清理重复、过期和相互冲突的内容
|
||||
|
||||
- **查看文档** - 浏览已上传的文件
|
||||
- **删除文档** - 移除不需要的内容
|
||||
- **更新文档** - 重新上传覆盖
|
||||
- **测试检索** - 验证知识库效果
|
||||
## 常见配置项
|
||||
|
||||
## 关联助手
|
||||
| 配置项 | 作用 | 常见做法 |
|
||||
|--------|------|----------|
|
||||
| **相似度阈值** | 过滤弱相关结果 | 从保守值起步，再按误召回调 |
|
||||
| **返回数量** | 控制一次送给模型的候选片段数 | 先少后多，避免上下文污染 |
|
||||
| **分块大小** | 决定每个文档片段的长度 | 按文档类型和问题粒度调整 |
|
||||
|
||||
在助手配置的 **知识** 标签页中：
|
||||
1. 选择要关联的知识库
|
||||
2. 设置检索策略
|
||||
3. 保存配置
|
||||
## 创建与维护
|
||||
|
||||
### 最小流程
|
||||
|
||||
1. 新建知识库
|
||||
2. 上传文档
|
||||
3. 完成索引
|
||||
4. 用典型问题测试召回结果
|
||||
5. 绑定到目标助手
|
||||
|
||||
### 日常维护
|
||||
|
||||
- 删除过期或互相矛盾的文档
|
||||
- 当业务口径变化时，优先更新知识库而不是只改提示词
|
||||
- 为关键问题准备固定测试问句，观察召回是否稳定
|
||||
|
||||
## 与助手的关系
|
||||
|
||||
知识库不是独立产品入口，而是助手的能力层：
|
||||
|
||||
- 助手决定是否、何时、以什么风格使用知识
|
||||
- 知识库决定能够提供哪些事实片段
|
||||
- 工作流和工具可以与知识库并用，但承担不同职责
|
||||
|
||||
## 相关文档
|
||||
|
||||
- [助手概念](../concepts/assistants.md) - 知识库在助手能力层中的位置
|
||||
- [LLM 模型](models.md) - 为知识库准备嵌入或重排模型
|
||||
- [工具](tools.md) - 当任务需要执行动作时，优先考虑工具而不是知识库
|
||||
|
||||
@@ -1,44 +1,53 @@
|
||||
# 模型配置
|
||||
# LLM 模型
|
||||
|
||||
## LLM 模型库
|
||||
本页是资源库中 LLM 模型的正式说明页，聚焦文本生成、嵌入和重排模型的接入与选择。
|
||||
|
||||
|
||||
## 这页负责什么
|
||||
|
||||
### 支持的模型
|
||||
当你需要为助手配置“理解与生成能力”时，请从这里开始决定：
|
||||
|
||||
| 供应商 | 模型 | 特点 |
|
||||
- 使用哪个供应商或模型家族
|
||||
- 该模型负责文本生成、嵌入还是重排
|
||||
- 接口地址、认证信息和默认参数如何设置
|
||||
|
||||
语音识别和语音合成分别由 [语音识别](asr.md) 与 [声音资源](voices.md) 说明，不在本页重复。
|
||||
|
||||
## 模型类型
|
||||
|
||||
| 类型 | 用途 | 常见场景 |
|
||||
|------|------|----------|
|
||||
| **文本模型** | 生成回复、总结、分类、规划 | 助手主对话、工具调用决策 |
|
||||
| **嵌入模型** | 向量化文档或查询 | 知识库检索 |
|
||||
| **重排模型** | 对检索结果再次排序 | 提升知识召回质量 |
|
||||
|
||||
## 配置清单
|
||||
|
||||
| 配置项 | 说明 | 建议 |
|
||||
|--------|------|------|
|
||||
| **OpenAI** | GPT-4 / GPT-3.5 | 通用能力强 |
|
||||
| **DeepSeek** | DeepSeek Chat | 高性价比 |
|
||||
| **SiliconFlow** | 多种开源模型 | 本地部署友好 |
|
||||
| **Google** | Gemini Pro | 多模态支持 |
|
||||
| **供应商** | OpenAI 兼容、托管平台或自建服务 | 用统一命名规范区分环境 |
|
||||
| **模型名称** | 控制台中的显示名称 | 体现厂商、用途和环境 |
|
||||
| **模型标识** | 请求中实际使用的 model 名称 | 保持与供应商文档一致 |
|
||||
| **Base URL** | 接口地址 | 为不同环境分别配置 |
|
||||
| **API Key / Token** | 鉴权凭证 | 与显示名称配套管理 |
|
||||
| **默认参数** | Temperature、Max Tokens、上下文长度等 | 按业务场景收敛默认值 |
|
||||
|
||||
### 配置步骤
|
||||
## 选择建议
|
||||
|
||||
1. 进入 **LLM 库** 页面
|
||||
2. 点击 **添加模型**
|
||||
3. 选择供应商
|
||||
4. 填写 API Key 和 Endpoint
|
||||
5. 设置默认参数
|
||||
- **先按用途选模型，再按成本和延迟筛选供应商**
|
||||
- **文本模型不要承担知识库检索职责**：检索应交给嵌入与重排模型
|
||||
- **为不同环境建立清晰命名**：如 `prod-gpt4o-mini`、`staging-qwen-text`
|
||||
- **默认参数要保守**：让助手默认稳定，再在单个场景内按需调优
|
||||
|
||||
### 参数说明
|
||||
## 常见组合
|
||||
|
||||
| 参数 | 说明 | 建议值 |
|
||||
|------|------|--------|
|
||||
| Temperature | 随机性 | 0.7 |
|
||||
| Max Tokens | 最大输出长度 | 2048 |
|
||||
| Top P | 核采样 | 0.9 |
|
||||
| 目标 | 推荐组合 |
|
||||
|------|----------|
|
||||
| **通用对话助手** | 1 个文本模型 |
|
||||
| **知识问答助手** | 文本模型 + 嵌入模型 |
|
||||
| **高质量知识召回** | 文本模型 + 嵌入模型 + 重排模型 |
|
||||
|
||||
## ASR 语音识别
|
||||
## 下一步
|
||||
|
||||
### 支持引擎
|
||||
|
||||
- **Whisper** - OpenAI 通用语音识别
|
||||
- **SenseVoice** - 高精度中文语音识别
|
||||
|
||||
### 配置方法
|
||||
|
||||
1. 进入 **ASR 库** 页面
|
||||
2. 选择识别引擎
|
||||
3. 配置音频参数（采样率、编码）
|
||||
4. 测试识别效果
|
||||
- [语音识别](asr.md) - 为语音输入选择 ASR
|
||||
- [声音资源](voices.md) - 为语音输出准备 TTS 资源
|
||||
- [知识库](knowledge-base.md) - 把嵌入 / 重排模型接入 RAG 链路
|
||||
|
||||
@@ -1,38 +1,60 @@
|
||||
# 工具集成
|
||||
# 工具
|
||||
|
||||
工具（Tools）让助手能够执行外部操作，如查询天气、搜索信息、调用 API 等。
|
||||
工具让助手从“会回答”扩展成“能执行动作”。本页是工具能力的正式说明页。
|
||||
|
||||
## 概述
|
||||
## 什么时候应该用工具
|
||||
|
||||
工具是助手能力的扩展。当用户的请求需要外部数据或操作时，助手会调用相应的工具。
|
||||
当用户请求需要依赖外部系统、实时数据或执行某个动作时，应该使用工具，而不是只靠提示词或知识库。
|
||||
|
||||
## 内置工具
|
||||
典型场景包括：
|
||||
|
||||
| 工具 | 说明 | 参数 |
|
||||
|------|------|------|
|
||||
| `search` | 网络搜索 | query: 搜索关键词 |
|
||||
| `weather` | 天气查询 | city: 城市名称 |
|
||||
| `calculator` | 数学计算 | expression: 计算表达式 |
|
||||
| `knowledge` | 知识库检索 | query: 查询内容 |
|
||||
- 查询订单、库存、物流、天气等实时信息
|
||||
- 创建预约、提交表单、写入业务系统
|
||||
- 获取客户端环境能力，如定位、相机、权限确认
|
||||
|
||||
### 启用内置工具
|
||||
如果问题本质上是“查阅稳定资料”，优先用 [知识库](knowledge-base.md)；如果问题是“执行动作或读写实时状态”，优先用工具。
|
||||
|
||||
在助手配置的 **工具** 标签页：
|
||||
## 工具类型
|
||||
|
||||
1. 勾选需要启用的工具
|
||||
2. 配置工具参数（如有）
|
||||
3. 保存配置
|
||||
| 类型 | 说明 | 常见场景 |
|
||||
|------|------|----------|
|
||||
| **Webhook 工具** | 调用外部 HTTP API | 订单查询、CRM 写入、预约服务 |
|
||||
| **客户端工具** | 由接入端在本地执行 | 获取定位、打开相机、请求用户授权 |
|
||||
| **内建工具** | 平台或运行时直接提供 | 搜索、计算、知识检索等 |
|
||||
|
||||
## 自定义工具
|
||||
## 工具调用的基本过程
|
||||
|
||||
支持通过 HTTP 回调实现自定义工具。
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant User as 用户
|
||||
participant Assistant as 助手 / 模型
|
||||
participant Tool as 工具
|
||||
|
||||
### 定义工具
|
||||
User->>Assistant: 发起请求
|
||||
Assistant->>Assistant: 判断是否需要工具
|
||||
Assistant->>Tool: 发起工具调用
|
||||
Tool-->>Assistant: 返回结构化结果
|
||||
Assistant->>User: 组织最终回复
|
||||
```
|
||||
|
||||
关键点不是“模型会不会调用工具”，而是“工具的定义是否足够清晰，能让模型在正确时机调用”。
|
||||
|
||||
## 如何定义一个好工具
|
||||
|
||||
| 要素 | 为什么重要 |
|
||||
|------|------------|
|
||||
| **清晰名称** | 让模型知道它是做什么的，而不是猜用途 |
|
||||
| **明确描述** | 告诉模型何时调用、何时不要调用 |
|
||||
| **完整参数定义** | 降低缺参、错参和歧义调用 |
|
||||
| **稳定返回结构** | 让模型更容易根据结果组织回复 |
|
||||
| **明确错误语义** | 让失败时也能安全退回用户对话 |
|
||||
|
||||
## Webhook 工具示例
|
||||
|
||||
```json
|
||||
{
|
||||
"name": "query_order",
|
||||
"description": "查询用户订单信息",
|
||||
"description": "根据订单号查询当前订单状态，仅用于用户已提供订单号的场景。",
|
||||
"parameters": {
|
||||
"type": "object",
|
||||
"properties": {
|
||||
@@ -42,188 +64,45 @@
|
||||
}
|
||||
},
|
||||
"required": ["order_id"]
|
||||
},
|
||||
"endpoint": {
|
||||
"url": "https://api.example.com/orders",
|
||||
"method": "GET",
|
||||
"headers": {
|
||||
"Authorization": "Bearer {{api_key}}"
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### 工具字段说明
|
||||
|
||||
| 字段 | 说明 |
|
||||
|------|------|
|
||||
| name | 工具名称（英文标识符） |
|
||||
| description | 工具描述（LLM 用于理解工具用途） |
|
||||
| parameters | 参数定义（JSON Schema 格式） |
|
||||
| endpoint | HTTP 调用配置 |
|
||||
|
||||
### 参数映射
|
||||
|
||||
工具参数自动映射到 HTTP 请求：
|
||||
|
||||
- **GET 请求**：参数作为 query string
|
||||
- **POST 请求**：参数作为 JSON body
|
||||
|
||||
## 客户端工具
|
||||
|
||||
某些工具需要在客户端执行（如获取地理位置）。
|
||||
|
||||
### 工作流程
|
||||
|
||||
1. 助手返回 `assistant.tool_call` 事件
|
||||
2. 客户端执行工具并获取结果
|
||||
3. 客户端发送 `tool_call.results` 消息
|
||||
4. 助手继续生成回复
|
||||
|
||||
### 服务端事件
|
||||
|
||||
```json
|
||||
{
|
||||
"type": "assistant.tool_call",
|
||||
"data": {
|
||||
"tool_call_id": "call_abc123",
|
||||
"tool_name": "get_location",
|
||||
"arguments": {}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### 客户端响应
|
||||
## 客户端工具的作用
|
||||
|
||||
```json
|
||||
{
|
||||
"type": "tool_call.results",
|
||||
"results": [
|
||||
{
|
||||
"tool_call_id": "call_abc123",
|
||||
"name": "get_location",
|
||||
"output": {
|
||||
"latitude": 39.9042,
|
||||
"longitude": 116.4074,
|
||||
"city": "北京"
|
||||
},
|
||||
"status": {
|
||||
"code": 200,
|
||||
"message": "ok"
|
||||
}
|
||||
}
|
||||
]
|
||||
}
|
||||
```
|
||||
某些动作必须在接入端执行，例如：
|
||||
|
||||
## 工具调用示例
|
||||
- 获取当前位置
|
||||
- 请求麦克风或相机权限
|
||||
- 打开特定页面或原生能力
|
||||
|
||||
### 天气查询
|
||||
这类工具通常通过事件流和客户端配合完成，而不是由后端直接执行。
|
||||
|
||||
用户："北京今天天气怎么样？"
|
||||
## 工具设计建议
|
||||
|
||||
助手调用工具：
|
||||
```json
|
||||
{
|
||||
"tool_name": "weather",
|
||||
"arguments": {
|
||||
"city": "北京"
|
||||
}
|
||||
}
|
||||
```
|
||||
- **一工具一职责**：不要把多个业务动作塞进同一个工具
|
||||
- **名称与描述写给模型看**：必须明确何时用、何时不用
|
||||
- **先设计错误返回**：失败时模型应该知道如何解释给用户
|
||||
- **减少高权限工具暴露面**：不是每个助手、每个工作流节点都需要全部工具
|
||||
- **把业务规则放回系统**：工具负责执行，提示词负责决策边界
|
||||
|
||||
工具返回：
|
||||
```json
|
||||
{
|
||||
"temperature": 25,
|
||||
"condition": "晴",
|
||||
"humidity": 40
|
||||
}
|
||||
```
|
||||
## 与知识库、工作流的分工
|
||||
|
||||
助手回复："北京今天天气晴朗，气温 25 度，湿度 40%。"
|
||||
- **知识库**：提供稳定事实
|
||||
- **工具**：执行动作或读取实时状态
|
||||
- **工作流**：决定何时进入某个步骤、调用哪个工具、失败如何回退
|
||||
|
||||
### 订单查询
|
||||
当一个助手开始涉及多步骤、多系统调用时，工具通常应与 [工作流](workflows.md) 一起设计，而不是孤立配置。
|
||||
|
||||
用户："帮我查一下订单 12345"
|
||||
## 安全与治理
|
||||
|
||||
助手调用工具：
|
||||
```json
|
||||
{
|
||||
"tool_name": "query_order",
|
||||
"arguments": {
|
||||
"order_id": "12345"
|
||||
}
|
||||
}
|
||||
```
|
||||
- 校验输入，不直接信任模型生成的参数
|
||||
- 为工具设置最小权限和清晰的可见范围
|
||||
- 记录调用日志，便于审计和回放
|
||||
- 对外部接口增加超时、重试和速率限制策略
|
||||
|
||||
工具返回：
|
||||
```json
|
||||
{
|
||||
"order_id": "12345",
|
||||
"status": "已发货",
|
||||
"tracking": "SF1234567890"
|
||||
}
|
||||
```
|
||||
## 相关文档
|
||||
|
||||
助手回复："您的订单 12345 已发货，快递单号是 SF1234567890。"
|
||||
|
||||
## 工具配置最佳实践
|
||||
|
||||
### 1. 清晰的描述
|
||||
|
||||
工具描述应该让 LLM 准确理解何时使用：
|
||||
|
||||
```
|
||||
好的描述：
|
||||
"查询指定城市的实时天气信息，包括温度、天气状况和湿度"
|
||||
|
||||
不好的描述：
|
||||
"天气工具"
|
||||
```
|
||||
|
||||
### 2. 完整的参数定义
|
||||
|
||||
```json
|
||||
{
|
||||
"parameters": {
|
||||
"type": "object",
|
||||
"properties": {
|
||||
"city": {
|
||||
"type": "string",
|
||||
"description": "城市名称，如 '北京'、'上海'"
|
||||
},
|
||||
"date": {
|
||||
"type": "string",
|
||||
"description": "日期，格式 YYYY-MM-DD，可选，默认今天"
|
||||
}
|
||||
},
|
||||
"required": ["city"]
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### 3. 错误处理
|
||||
|
||||
工具应返回清晰的错误信息：
|
||||
|
||||
```json
|
||||
{
|
||||
"status": {
|
||||
"code": 404,
|
||||
"message": "未找到该城市的天气数据"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## 安全注意事项
|
||||
|
||||
1. **验证输入** - 不要直接信任用户输入
|
||||
2. **限制权限** - 工具只应有必要的权限
|
||||
3. **审计日志** - 记录所有工具调用
|
||||
4. **速率限制** - 防止滥用
|
||||
|
||||
## 下一步
|
||||
|
||||
- [知识库配置](knowledge-base.md) - 让助手具备专业知识
|
||||
- [工作流编排](workflows.md) - 复杂对话流程
|
||||
- [知识库](knowledge-base.md) - 当问题更适合“查资料”时使用知识库
|
||||
- [工作流](workflows.md) - 当工具调用需要流程控制和分支逻辑时接入工作流
|
||||
- [助手概念](../concepts/assistants.md) - 理解工具在助手能力层中的位置
|
||||
|
||||
@@ -1,25 +1,25 @@
|
||||
# 语音生成
|
||||
# TTS 参数
|
||||
|
||||
语音生成（TTS）负责将助手回复文本转换为可播放音频。
|
||||
TTS 参数决定助手语音输出的节奏、音量和听感。本页只讨论参数层面的调优建议。
|
||||
|
||||
## 配置项
|
||||
## 常用参数
|
||||
|
||||
| 配置项 | 说明 |
|
||||
|---|---|
|
||||
| TTS 引擎 | 选择语音合成服务提供商 |
|
||||
| 声音/音色 | 选择目标音色或发音人 |
|
||||
| 模型 | 语音合成模型名称 |
|
||||
| 语速 | 播放速度，通常 0.5-2.0 |
|
||||
| 音量/增益 | 输出音量控制 |
|
||||
| 音调 | 声线高低调整 |
|
||||
| 参数 | 说明 | 常见范围 |
|
||||
|------|------|----------|
|
||||
| **语速** | 说话速度 | `0.5 - 2.0` |
|
||||
| **音量 / 增益** | 输出音量强弱 | 供应商自定义 |
|
||||
| **音调** | 声线高低 | 供应商自定义 |
|
||||
| **模型** | 合成模型名称 | 依供应商而定 |
|
||||
| **声音 ID** | 发音人或音色标识 | 依供应商而定 |
|
||||
|
||||
## 建议
|
||||
## 调优建议
|
||||
|
||||
- 对话助手建议保持语速在 `0.9-1.2`
|
||||
- 生产环境建议固定主音色，降低体验波动
|
||||
- 若需要打断能力，优先使用低延迟流式 TTS
|
||||
- 对话助手通常建议把语速控制在 `0.9 - 1.2`
|
||||
- 需要打断能力的场景，优先选择低延迟流式 TTS，并避免过长的单次回复
|
||||
- 如果业务强调可信度或专业感，先保证清晰度和稳定性，再追求个性化音色
|
||||
- 不要只试听一句问候语，至少用三类文案对比：短答复、长答复、数字或专有名词较多的答复
|
||||
|
||||
## 相关文档
|
||||
|
||||
- [语音配置总览](voices.md)
|
||||
|
||||
- [声音资源](voices.md) - 先选择适合的供应商、模型和音色
|
||||
- [语音识别](asr.md) - 结合输入侧延迟一起评估整条语音链路
|
||||
|
||||
@@ -1,58 +1,43 @@
|
||||
# 语音合成
|
||||
# 声音资源
|
||||
|
||||
语音合成（TTS）模块提供自然流畅的语音输出能力。
|
||||
本页是资源库中 TTS 声音与发音人资源的正式说明页，聚焦“选择哪种声音给助手输出”。
|
||||
|
||||
## 概述
|
||||
## 这页负责什么
|
||||
|
||||
|
||||
当你已经决定启用语音输出后，需要在这里完成：
|
||||
|
||||
## 支持的引擎
|
||||
- 选择供应商、模型和声音资源
|
||||
- 为不同业务或语言准备不同音色
|
||||
- 通过预览和测试确定默认发音人
|
||||
|
||||
| 供应商 | 特点 | 适用场景 |
|
||||
|--------|------|---------|
|
||||
| **阿里云** | 多音色、高自然度 | 通用场景 |
|
||||
| **火山引擎** | 低延迟、实时性好 | 实时对话 |
|
||||
| **Minimax** | 高性价比 | 批量合成 |
|
||||
更细的速度、音量、音调等参数建议见 [TTS 参数](tts.md)。
|
||||
|
||||
## 配置方法
|
||||
## 选择声音时要考虑什么
|
||||
|
||||
### 添加语音配置
|
||||
|
||||
1. 进入 **语音库** 页面
|
||||
2. 点击 **添加语音**
|
||||
3. 选择供应商
|
||||
4. 填写 API 凭证
|
||||
5. 保存配置
|
||||
|
||||
### 测试语音
|
||||
|
||||
- 在线预览发音效果
|
||||
- 调整语速和音量
|
||||
- 切换不同音色
|
||||
|
||||
## 音色选择
|
||||
|
||||
### 中文音色
|
||||
|
||||
| 音色 | 风格 |
|
||||
| 维度 | 说明 |
|
||||
|------|------|
|
||||
| 晓晓 | 标准女声 |
|
||||
| 晓北 | 知性女声 |
|
||||
| 逍遥 | 青年男声 |
|
||||
| 丫丫 | 活泼童声 |
|
||||
| **语言与口音** | 是否覆盖目标用户语言与地区口音 |
|
||||
| **风格** | 专业、亲切、活泼、沉稳等输出气质 |
|
||||
| **延迟** | 是否适合实时对话，而不仅是离线合成 |
|
||||
| **稳定性** | 长文本、多轮会话中的音色一致性 |
|
||||
| **成本** | 单次调用成本和高并发可用性 |
|
||||
|
||||
### 英文音色
|
||||
## 推荐做法
|
||||
|
||||
| 音色 | 风格 |
|
||||
|------|------|
|
||||
| Joanna | 专业女声 |
|
||||
| Matthew | 沉稳男声 |
|
||||
| Amy | 亲切女声 |
|
||||
1. 先为每类业务角色确定一条主音色
|
||||
2. 再按语言或渠道补充少量备选音色
|
||||
3. 通过固定测试文案试听，统一比较自然度、节奏和可懂度
|
||||
4. 上线后尽量保持默认音色稳定，避免频繁切换影响用户体验
|
||||
|
||||
## 参数调优
|
||||
## 常见资源组织方式
|
||||
|
||||
| 参数 | 范围 | 说明 |
|
||||
|------|------|------|
|
||||
| 语速 | 0.5-2.0 | 1.0 为正常速度 |
|
||||
| 音量 | 0-100 | 输出音量百分比 |
|
||||
| 音调 | 0.5-2.0 | 语音音调高低 |
|
||||
| 组织方式 | 适用场景 |
|
||||
|----------|----------|
|
||||
| **按语言区分** | 中英文或多语种助手 |
|
||||
| **按业务角色区分** | 客服、销售、培训、提醒类助手 |
|
||||
| **按环境区分** | 开发、预发、生产使用不同供应商或凭证 |
|
||||
|
||||
## 下一步
|
||||
|
||||
- [TTS 参数](tts.md) - 调整语速、增益、音调等输出参数
|
||||
- [快速开始](../quickstart/index.md) - 把声音资源绑定到第一个助手
|
||||
|
||||
@@ -1,53 +1,106 @@
|
||||
# 工作流管理
|
||||
# 工作流
|
||||
|
||||
工作流提供可视化的对话流程编排能力，支持复杂的业务场景。
|
||||
工作流用于把复杂业务拆成明确的步骤、分支和回退策略，是 RAS 中承载流程逻辑的正式能力页。
|
||||
|
||||
## 概述
|
||||
## 什么时候需要工作流
|
||||
|
||||
|
||||
当一个助手同时满足以下任一情况时，通常应考虑工作流，而不是继续堆叠单一提示词：
|
||||
|
||||
## 节点类型
|
||||
- 需要多轮收集信息，例如订单号、手机号、预约时间等
|
||||
- 需要按意图或条件走不同分支
|
||||
- 需要串联多个工具或业务系统
|
||||
- 需要在异常或信息不足时统一回退到澄清、兜底或人工节点
|
||||
|
||||
| 节点 | 图标 | 功能说明 |
|
||||
|------|------|---------|
|
||||
| **对话节点** | 💬 | AI 自动回复，可设置回复策略 |
|
||||
| **工具节点** | 🔧 | 调用外部 API 或自定义工具 |
|
||||
| **人工节点** | 👤 | 转接人工客服 |
|
||||
| **结束节点** | 🏁 | 结束对话流程 |
|
||||
## 工作流与助手的关系
|
||||
|
||||
## 创建工作流
|
||||
助手负责对外表现、全局策略和渠道接入；工作流负责把某个业务流程拆成可维护的节点。
|
||||
|
||||
### 步骤
|
||||
```mermaid
|
||||
flowchart LR
|
||||
Assistant[助手] --> Workflow[工作流]
|
||||
Workflow --> Nodes[节点与分支]
|
||||
Nodes --> Tools[工具 / 知识库 / 人工]
|
||||
```
|
||||
|
||||
1. 进入 **工作流** 页面
|
||||
2. 点击 **新建工作流**
|
||||
3. 从左侧拖拽节点到画布
|
||||
4. 连接节点建立流程
|
||||
5. 配置各节点参数
|
||||
6. 保存并发布
|
||||
这意味着：
|
||||
|
||||
### 节点配置
|
||||
- 助手定义角色、提示词基线、模型和输出方式
|
||||
- 工作流定义“这类问题该按什么顺序被处理”
|
||||
- 工具和知识库作为节点可调用的能力，被有选择地暴露给流程
|
||||
|
||||
#### 对话节点配置
|
||||
## 关键组成
|
||||
|
||||
- 回复模板
|
||||
- 条件分支
|
||||
- 知识库检索
|
||||
| 组成 | 作用 | 设计建议 |
|
||||
|------|------|----------|
|
||||
| **工作流名称** | 区分业务流程 | 用业务语义命名，避免过于技术化 |
|
||||
| **入口节点** | 用户进入后的第一步 | 保持单入口，便于理解和测试 |
|
||||
| **全局提示词** | 对所有节点生效的共性约束 | 保持简短，避免与节点提示词冲突 |
|
||||
| **节点提示词** | 当前节点的任务说明 | 单一职责，明确输入 / 输出 |
|
||||
| **节点工具白名单** | 控制当前节点可调用的工具集合 | 遵循最小权限原则 |
|
||||
| **超时与回退** | 异常、超时、缺信息时的处理方式 | 优先回到澄清、兜底或人工节点 |
|
||||
| **上下文透传** | 在节点之间共享状态 | 只传递后续节点真正需要的信息 |
|
||||
|
||||
#### 工具节点配置
|
||||
## 常见节点类型
|
||||
|
||||
- 选择工具类型
|
||||
- 配置输入参数
|
||||
- 设置输出处理
|
||||
| 节点类型 | 适合做什么 |
|
||||
|----------|------------|
|
||||
| **路由节点** | 判断用户意图并进入不同分支 |
|
||||
| **信息收集节点** | 收集订单号、联系方式、时间等关键信息 |
|
||||
| **处理节点** | 调用工具、执行查询、计算或写入系统 |
|
||||
| **回复节点** | 组织最终答复并控制输出风格 |
|
||||
| **人工节点** | 转接人工、排队或发起通知 |
|
||||
| **结束节点** | 输出结束语并关闭流程 |
|
||||
|
||||
#### 人工节点配置
|
||||
## 推荐编排步骤
|
||||
|
||||
- 转接规则
|
||||
- 排队策略
|
||||
- 通知设置
|
||||
1. 先写清楚流程目标：这条工作流要解决哪一类业务问题
|
||||
2. 画出最小节点图：入口、关键分支、结束和兜底
|
||||
3. 为每个节点定义唯一职责和输入 / 输出
|
||||
4. 再绑定知识库、工具和回退策略
|
||||
5. 在测试面板或流程调试工具中验证每条主路径和异常路径
|
||||
|
||||
## 流程测试
|
||||
## 配置示例
|
||||
|
||||
- 支持单步调试
|
||||
- 可查看执行日志
|
||||
- 实时验证流程逻辑
|
||||
```yaml
|
||||
workflow:
|
||||
name: "订单咨询流程"
|
||||
entry: "intent_router"
|
||||
global_prompt: "优先给出可执行步骤，必要时先澄清信息。"
|
||||
nodes:
|
||||
- id: "intent_router"
|
||||
type: "router"
|
||||
prompt: "识别用户意图：查订单、退款、投诉"
|
||||
next:
|
||||
- when: "intent == query_order"
|
||||
to: "collect_order_id"
|
||||
- when: "intent == refund"
|
||||
to: "refund_policy"
|
||||
- id: "collect_order_id"
|
||||
type: "collect"
|
||||
prompt: "请用户提供订单号"
|
||||
tools: ["query_order"]
|
||||
fallback: "human_handoff"
|
||||
- id: "human_handoff"
|
||||
type: "end"
|
||||
prompt: "转人工处理"
|
||||
```
|
||||
|
||||
## 设计建议
|
||||
|
||||
- **让每个节点只做一件事**：避免单节点同时负责路由、收集信息和最终回复
|
||||
- **工具按节点授权**：不要把所有工具暴露给整条流程中的每个节点
|
||||
- **把失败路径设计出来**：超时、无结果、参数缺失都应该有明确回退
|
||||
- **优先传状态，不传长文本**：节点之间共享必要结构化信息，比传递大段自然语言更稳
|
||||
- **为流程保留可观测性**：每条主路径都应能在调试时解释“为什么走到这里”
|
||||
|
||||
## 当前边界
|
||||
|
||||
- 文档不会完整覆盖所有表达式或节点字段的最终 Schema
|
||||
- 不同执行引擎下，可用节点字段和运行行为可能存在差异
|
||||
- 可视化编排与底层字段映射可能不会一一对应
|
||||
|
||||
## 相关文档
|
||||
|
||||
- [助手概念](../concepts/assistants.md) - 工作流在助手体系中的位置
|
||||
- [工具](tools.md) - 设计可被流程安全调用的工具
|
||||
- [知识库](knowledge-base.md) - 让流程中的节点使用 RAG 能力
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# 配置说明
|
||||
# 配置说明
|
||||
|
||||
本页面介绍 Realtime Agent Studio 各组件的配置方法。
|
||||
|
||||
@@ -274,5 +274,6 @@ python -c "from config import settings; print(settings)"
|
||||
|
||||
## 下一步
|
||||
|
||||
- [安装部署](index.md) - 开始安装服务
|
||||
- [环境与部署](index.md) - 开始安装服务
|
||||
- [Docker 部署](../deployment/docker.md) - 容器化部署
|
||||
|
||||
|
||||
@@ -1,12 +1,12 @@
|
||||
# 安装部署
|
||||
# 环境与部署
|
||||
|
||||
本章节介绍如何安装和配置 Realtime Agent Studio (RAS) 开发环境。
|
||||
本页属于“快速开始”中的环境与部署路径，只负责把服务跑起来、说明配置入口和部署方式。首次创建助手请转到 [创建第一个助手](../quickstart/index.md)。
|
||||
|
||||
---
|
||||
|
||||
## 系统组件
|
||||
## 先理解部署对象
|
||||
|
||||
RAS 由三个核心服务组成：
|
||||
Realtime Agent Studio（RAS）通常由三个核心服务组成：
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
@@ -26,47 +26,32 @@ flowchart LR
|
||||
Engine <--> API
|
||||
```
|
||||
|
||||
| 组件 | 端口 | 说明 |
|
||||
|------|------|------|
|
||||
| **Web 前端** | 3000 | React + TypeScript 管理控制台 |
|
||||
| **API 服务** | 8080 | Python FastAPI 后端 |
|
||||
| **Engine 服务** | 8000 | 实时对话引擎（WebSocket） |
|
||||
| 组件 | 默认端口 | 负责什么 |
|
||||
|------|----------|----------|
|
||||
| **Web 前端** | 3000 | 管理控制台与调试界面 |
|
||||
| **API 服务** | 8080 | 资源管理、配置持久化、历史数据 |
|
||||
| **Engine 服务** | 8000 | 实时会话、事件流和音频流 |
|
||||
|
||||
---
|
||||
## 选择你的安装方式
|
||||
|
||||
## 快速安装
|
||||
### 方式一：Docker Compose
|
||||
|
||||
### 方式一：Docker Compose（推荐）
|
||||
|
||||
最快捷的启动方式，适合快速体验和生产部署。
|
||||
适合希望尽快跑通一套完整环境的团队。
|
||||
|
||||
```bash
|
||||
# 1. 克隆项目
|
||||
# 仓库目录示例沿用当前代码仓库 slug
|
||||
# 你本地实际目录名可以不同
|
||||
git clone https://github.com/your-org/AI-VideoAssistant.git
|
||||
cd AI-VideoAssistant
|
||||
|
||||
# 2. 启动服务
|
||||
docker-compose up -d
|
||||
|
||||
# 3. 访问控制台
|
||||
open http://localhost:3000
|
||||
```
|
||||
|
||||
!!! tip "首次启动"
|
||||
首次启动需要构建镜像，可能需要几分钟时间。
|
||||
|
||||
### 方式二：本地开发
|
||||
|
||||
适合需要修改代码的开发者。
|
||||
适合需要分别调试前端、API 和 Engine 的开发者。
|
||||
|
||||
#### 1. 克隆项目
|
||||
|
||||
```bash
|
||||
git clone https://github.com/your-org/AI-VideoAssistant.git
|
||||
cd AI-VideoAssistant
|
||||
```
|
||||
|
||||
#### 2. 启动 API 服务
|
||||
#### 启动 API 服务
|
||||
|
||||
```bash
|
||||
cd api
|
||||
@@ -76,7 +61,7 @@ pip install -r requirements.txt
|
||||
uvicorn main:app --host 0.0.0.0 --port 8080 --reload
|
||||
```
|
||||
|
||||
#### 3. 启动 Engine 服务
|
||||
#### 启动 Engine 服务
|
||||
|
||||
```bash
|
||||
cd engine
|
||||
@@ -86,7 +71,7 @@ pip install -r requirements.txt
|
||||
python main.py
|
||||
```
|
||||
|
||||
#### 4. 启动 Web 前端
|
||||
#### 启动 Web 前端
|
||||
|
||||
```bash
|
||||
cd web
|
||||
@@ -94,97 +79,37 @@ npm install
|
||||
npm run dev
|
||||
```
|
||||
|
||||
访问 `http://localhost:3000`
|
||||
## 基础验证
|
||||
|
||||
---
|
||||
完成安装后，至少确认以下入口可访问：
|
||||
|
||||
## 验证安装
|
||||
| 服务 | 地址 | 用途 |
|
||||
|------|------|------|
|
||||
| Web | `http://localhost:3000` | 打开控制台 |
|
||||
| API | `http://localhost:8080/docs` | 查看管理接口 |
|
||||
| Engine | `http://localhost:8000/health` | 检查实时引擎健康状态 |
|
||||
|
||||
### 检查服务状态
|
||||
如果你需要更完整的环境变量、配置文件和部署说明，请继续阅读本章节其他页面：
|
||||
|
||||
| 服务 | URL | 预期结果 |
|
||||
|------|-----|---------|
|
||||
| Web | http://localhost:3000 | 看到登录/控制台页面 |
|
||||
| API | http://localhost:8080/docs | 看到 Swagger 文档 |
|
||||
| Engine | http://localhost:8000/health | 返回 `{"status": "ok"}` |
|
||||
- [环境要求](requirements.md)
|
||||
- [配置说明](configuration.md)
|
||||
- [部署概览](../deployment/index.md)
|
||||
- [Docker 部署](../deployment/docker.md)
|
||||
|
||||
### 测试 WebSocket 连接
|
||||
## 目录结构（阅读导向）
|
||||
|
||||
```javascript
|
||||
const ws = new WebSocket('ws://localhost:8000/ws?assistant_id=test');
|
||||
ws.onopen = () => console.log('Connected!');
|
||||
ws.onerror = (e) => console.error('Error:', e);
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 目录结构
|
||||
|
||||
```
|
||||
AI-VideoAssistant/
|
||||
├── web/ # React 前端
|
||||
│ ├── src/
|
||||
│ │ ├── components/ # UI 组件
|
||||
│ │ ├── pages/ # 页面
|
||||
│ │ ├── stores/ # Zustand 状态
|
||||
│ │ └── api/ # API 客户端
|
||||
│ └── package.json
|
||||
├── api/ # FastAPI 后端
|
||||
│ ├── app/
|
||||
│ │ ├── routers/ # API 路由
|
||||
│ │ ├── models/ # 数据模型
|
||||
│ │ └── services/ # 业务逻辑
|
||||
│ └── requirements.txt
|
||||
```text
|
||||
repo/
|
||||
├── web/ # 管理控制台
|
||||
├── api/ # 控制面与管理接口
|
||||
├── engine/ # 实时交互引擎
|
||||
│ ├── app/
|
||||
│ │ ├── pipeline/ # 管线引擎
|
||||
│ │ └── multimodal/ # 多模态引擎
|
||||
│ └── requirements.txt
|
||||
├── docker/ # Docker 配置
|
||||
│ └── docker-compose.yml
|
||||
└── docs/ # 文档
|
||||
├── docker/ # 部署编排与镜像配置
|
||||
└── docs/ # 当前文档站点
|
||||
```
|
||||
|
||||
---
|
||||
## 遇到问题时去哪里
|
||||
|
||||
## 常见问题
|
||||
- 需要“快速判断往哪看”：先看 [常见问题](../resources/faq.md)
|
||||
- 需要“按步骤排查”：直接看 [故障排查](../resources/troubleshooting.md)
|
||||
- 已经跑通环境，准备创建助手：回到 [快速开始](../quickstart/index.md)
|
||||
|
||||
### 端口被占用
|
||||
|
||||
```bash
|
||||
# 查看端口占用
|
||||
# Linux/Mac
|
||||
lsof -i :3000
|
||||
|
||||
# Windows
|
||||
netstat -ano | findstr :3000
|
||||
```
|
||||
|
||||
修改对应服务的端口配置后重启。
|
||||
|
||||
### Docker 构建失败
|
||||
|
||||
```bash
|
||||
# 清理 Docker 缓存
|
||||
docker system prune -a
|
||||
|
||||
# 重新构建
|
||||
docker-compose build --no-cache
|
||||
```
|
||||
|
||||
### Python 依赖安装失败
|
||||
|
||||
确保使用 Python 3.10+：
|
||||
|
||||
```bash
|
||||
python --version # 需要 3.10+
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 下一步
|
||||
|
||||
- [环境要求](requirements.md) - 详细的软件版本要求
|
||||
- [配置说明](configuration.md) - 环境变量配置指南
|
||||
- [快速开始](../quickstart/index.md) - 创建第一个助手
|
||||
- [Docker 部署](../deployment/docker.md) - 镜像构建与编排
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# 环境要求
|
||||
# 环境要求
|
||||
|
||||
本页面列出运行 Realtime Agent Studio 所需的软件和硬件要求。
|
||||
|
||||
@@ -145,5 +145,6 @@ wsl --install -d Ubuntu
|
||||
## 下一步
|
||||
|
||||
- [配置说明](configuration.md) - 环境变量配置
|
||||
- [安装部署](index.md) - 开始安装
|
||||
- [环境与部署](index.md) - 开始安装
|
||||
- [Docker 部署](../deployment/docker.md) - 容器化部署
|
||||
|
||||
|
||||
@@ -1,9 +1,9 @@
|
||||
<p align="center">
|
||||
<p align="center">
|
||||
<img src="images/logo.png" alt="Realtime Agent Studio" width="400">
|
||||
</p>
|
||||
|
||||
<p align="center">
|
||||
<strong>构建实时交互音视频智能体的开源工作平台</strong>
|
||||
<strong>通过管理控制台与 API 构建、部署和运营实时多模态助手</strong>
|
||||
</p>
|
||||
|
||||
<p align="center">
|
||||
@@ -14,66 +14,65 @@
|
||||
</p>
|
||||
|
||||
<p align="center">
|
||||
<a href="overview/index.md">产品概览</a> ·
|
||||
<a href="quickstart/index.md">快速开始</a> ·
|
||||
<a href="api-reference/index.md">API 文档</a> ·
|
||||
<a href="getting-started/index.md">安装部署</a> ·
|
||||
<a href="roadmap.md">路线图</a>
|
||||
<a href="concepts/assistants.md">构建助手</a> ·
|
||||
<a href="concepts/index.md">核心概念</a> ·
|
||||
<a href="api-reference/index.md">API 参考</a>
|
||||
</p>
|
||||
|
||||
---
|
||||
|
||||
## 什么是 Realtime Agent Studio？
|
||||
Realtime Agent Studio (RAS) 是一个通过管理控制台与 API 构建、部署和运营实时多模态助手的开源平台。
|
||||
|
||||
Realtime Agent Studio (RAS) 是一款以大语言模型为核心，构建实时交互音视频智能体的工作平台。支持管线式的全双工交互引擎和原生多模态模型两种架构，覆盖实时交互智能体的配置、测试、发布、监控全流程。
|
||||
## 适合谁
|
||||
|
||||
可以将 RAS 看作 [Vapi](https://vapi.ai)、[Retell](https://retellai.com)、[ElevenLabs Agents](https://elevenlabs.io) 的开源替代方案。
|
||||
- 需要把实时语音或视频助手接入产品、设备或内部系统的开发团队
|
||||
- 需要通过控制台快速配置提示词、模型、知识库、工具和工作流的运营团队
|
||||
- 需要私有化部署、模型可替换、链路可观测的企业场景
|
||||
|
||||
---
|
||||
|
||||
## 核心特性
|
||||
## 核心能力
|
||||
|
||||
<div class="grid cards" markdown>
|
||||
|
||||
- :zap: **低延迟实时引擎**
|
||||
- :material-robot-outline: **助手构建**
|
||||
|
||||
---
|
||||
|
||||
管线式全双工架构，VAD/ASR/TD/LLM/TTS 流水线处理，支持智能打断，端到端延迟 < 500ms
|
||||
用统一的助手对象管理提示词、模型、知识库、工具、开场白和会话策略。
|
||||
|
||||
- :brain: **多模态模型支持**
|
||||
- :material-pulse: **双引擎运行时**
|
||||
|
||||
---
|
||||
|
||||
支持 GPT-4o Realtime、Gemini Live、Step Audio 等原生多模态模型直连
|
||||
同时支持 Pipeline 引擎与 Realtime 引擎，可按延迟、成本和可控性选择运行方式。
|
||||
|
||||
- :wrench: **可视化配置**
|
||||
- :material-source-branch: **能力扩展**
|
||||
|
||||
---
|
||||
|
||||
无代码配置助手、提示词、工具调用、知识库关联，所见即所得
|
||||
通过资源库、知识库、工具与工作流扩展助手能力，而不是把全部逻辑塞进单一提示词。
|
||||
|
||||
- :electric_plug: **开放 API**
|
||||
- :material-api: **开放集成**
|
||||
|
||||
---
|
||||
|
||||
标准 WebSocket 协议，RESTful 管理接口，支持 Webhook 回调
|
||||
使用 REST API 管理资源，使用 WebSocket API 接入实时对话，面向 Web、移动端和第三方系统。
|
||||
|
||||
- :shield: **私有化部署**
|
||||
- :material-shield-lock-outline: **私有化部署**
|
||||
|
||||
---
|
||||
|
||||
Docker 一键部署，数据完全自主可控，支持本地模型
|
||||
支持 Docker 部署、自有模型服务和企业内网运行，便于满足合规与成本要求。
|
||||
|
||||
- :chart_with_upwards_trend: **全链路监控**
|
||||
- :material-chart-line: **可观测与评估**
|
||||
|
||||
---
|
||||
|
||||
完整会话回放，实时仪表盘，自动化测试与效果评估
|
||||
提供会话历史、实时指标、自动化测试和效果评估，帮助持续改进助手质量。
|
||||
|
||||
</div>
|
||||
|
||||
---
|
||||
|
||||
## 系统架构
|
||||
|
||||
平台架构层级：
|
||||
@@ -81,243 +80,107 @@ Realtime Agent Studio (RAS) 是一款以大语言模型为核心，构建实时
|
||||
```mermaid
|
||||
flowchart TB
|
||||
|
||||
%% ================= ACCESS =================
|
||||
subgraph Access["Access Layer"]
|
||||
direction TB
|
||||
API[API]
|
||||
SDK[SDK]
|
||||
Browser[Browser UI]
|
||||
Embed[Web Embed]
|
||||
API["API"]
|
||||
SDK["SDK"]
|
||||
Browser["Browser UI"]
|
||||
Embed["Web Embed"]
|
||||
end
|
||||
|
||||
|
||||
%% ================= REALTIME ENGINE =================
|
||||
subgraph Runtime["Realtime Interaction Engine"]
|
||||
|
||||
direction LR
|
||||
|
||||
%% -------- Duplex Engine --------
|
||||
subgraph Duplex["Duplex Interaction Engine"]
|
||||
direction LR
|
||||
|
||||
subgraph Pipeline["Pipeline Engine"]
|
||||
direction LR
|
||||
VAD[VAD]
|
||||
ASR[ASR]
|
||||
TD[Turn Detection]
|
||||
LLM[LLM]
|
||||
TTS[TTS]
|
||||
VAD["VAD"]
|
||||
ASR["ASR"]
|
||||
TD["Turn Detection"]
|
||||
LLM["LLM"]
|
||||
TTS["TTS"]
|
||||
end
|
||||
|
||||
subgraph Multi["Realtime Engine"]
|
||||
MM[Realtime Model]
|
||||
MM["Realtime Model"]
|
||||
end
|
||||
end
|
||||
|
||||
end
|
||||
|
||||
|
||||
%% -------- Capabilities --------
|
||||
subgraph Capability["Agent Capabilities"]
|
||||
|
||||
subgraph Tools["Tool System"]
|
||||
Webhook[Webhook]
|
||||
ClientTool[Client Tools]
|
||||
Builtin[Builtin Tools]
|
||||
Webhook["Webhook"]
|
||||
ClientTool["Client Tools"]
|
||||
Builtin["Builtin Tools"]
|
||||
end
|
||||
|
||||
subgraph KB["Knowledge System"]
|
||||
Docs[Documents]
|
||||
Vector[(Vector Index)]
|
||||
Retrieval[Retrieval]
|
||||
Docs["Documents"]
|
||||
Vector[("Vector Index")]
|
||||
Retrieval["Retrieval"]
|
||||
end
|
||||
end
|
||||
end
|
||||
|
||||
end
|
||||
|
||||
end
|
||||
|
||||
|
||||
%% ================= PLATFORM =================
|
||||
subgraph Platform["Platform Services"]
|
||||
direction TB
|
||||
Backend[Backend Service]
|
||||
Frontend[Frontend Console]
|
||||
DB[(Database)]
|
||||
Backend["Backend Service"]
|
||||
Frontend["Frontend Console"]
|
||||
DB[("Database")]
|
||||
end
|
||||
|
||||
|
||||
%% ================= CONNECTIONS =================
|
||||
|
||||
Access --> Runtime
|
||||
|
||||
Runtime <--> Backend
|
||||
Backend <--> DB
|
||||
Backend <--> Frontend
|
||||
|
||||
LLM --> Tools
|
||||
MM --> Tools
|
||||
|
||||
LLM <--> KB
|
||||
MM <--> KB
|
||||
```
|
||||
|
||||
管线式引擎交互引擎对话流程图：
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
|
||||
User((User Speech))
|
||||
Audio[Audio Stream]
|
||||
|
||||
VAD[VAD\nVoice Activity Detection]
|
||||
ASR[ASR\nSpeech Recognition]
|
||||
|
||||
TD[Turn Detection]
|
||||
|
||||
LLM[LLM\nReasoning]
|
||||
|
||||
Tools[Tools / APIs]
|
||||
|
||||
TTS[TTS\nSpeech Synthesis]
|
||||
|
||||
AudioOut[Audio Stream Out]
|
||||
|
||||
User --> Audio
|
||||
Audio --> VAD
|
||||
VAD --> ASR
|
||||
ASR --> TD
|
||||
TD --> LLM
|
||||
|
||||
LLM --> Tools
|
||||
Tools --> LLM
|
||||
|
||||
LLM --> TTS
|
||||
TTS --> AudioOut
|
||||
AudioOut --> User
|
||||
```
|
||||
|
||||
基于实时交互模型的对话流程图：
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
|
||||
User((User))
|
||||
|
||||
Input[Audio / Video / Text]
|
||||
|
||||
MM[Multimodal Model]
|
||||
|
||||
Tools[Tools / APIs]
|
||||
KB[Knowledge Base]
|
||||
|
||||
Output[Audio / Video / Text]
|
||||
|
||||
User --> Input
|
||||
Input --> MM
|
||||
|
||||
MM --> Tools
|
||||
Tools --> MM
|
||||
|
||||
MM --> KB
|
||||
KB --> MM
|
||||
|
||||
MM --> Output
|
||||
Output --> User
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 技术栈
|
||||
|
||||
| 层级 | 技术 |
|
||||
|------|------|
|
||||
| **前端** | React 18, TypeScript, Tailwind CSS, Zustand |
|
||||
| **后端** | FastAPI (Python 3.10+) |
|
||||
| **引擎** | Python, WebSocket, asyncio |
|
||||
| **数据库** | SQLite |
|
||||
| **知识库** | chroma |
|
||||
| **部署** | Docker |
|
||||
|
||||
---
|
||||
|
||||
## 快速导航
|
||||
## 从这里开始
|
||||
|
||||
<div class="grid cards" markdown>
|
||||
|
||||
- :rocket: **[快速开始](quickstart/index.md)**
|
||||
- :material-compass-outline: **[了解产品](overview/index.md)**
|
||||
|
||||
---
|
||||
|
||||
5 分钟创建你的第一个 AI 助手
|
||||
先看产品定位、核心模块、适用场景，以及 RAS 与其他方案的差异。
|
||||
|
||||
- :book: **[核心概念](concepts/index.md)**
|
||||
- :material-cog-outline: **[环境与部署](getting-started/index.md)**
|
||||
|
||||
---
|
||||
|
||||
了解助手、管线、多模态等核心概念
|
||||
先把服务跑起来，了解环境要求、配置入口和部署方式。
|
||||
|
||||
- :wrench: **[安装部署](getting-started/index.md)**
|
||||
- :material-rocket-launch-outline: **[创建第一个助手](quickstart/index.md)**
|
||||
|
||||
---
|
||||
|
||||
环境准备、本地开发与 Docker/生产部署
|
||||
按最短路径准备资源、创建助手、测试效果并拿到接入所需信息。
|
||||
|
||||
- :robot: **[助手管理](assistants/index.md)**
|
||||
- :material-tune: **[构建助手](concepts/assistants.md)**
|
||||
|
||||
---
|
||||
|
||||
创建和配置智能对话助手
|
||||
按完整链路配置助手、提示词、模型、知识库、工具与工作流。
|
||||
|
||||
- :gear: **[功能定制](customization/knowledge-base.md)**
|
||||
- :material-connection: **[接入应用](api-reference/index.md)**
|
||||
|
||||
---
|
||||
|
||||
知识库、工具、语音、工作流
|
||||
查看 REST 与 WebSocket 接口，把助手嵌入到你的 Web、移动端或服务端系统。
|
||||
|
||||
- :bar_chart: **[数据分析](analysis/dashboard.md)**
|
||||
- :material-lifebuoy: **[排查问题](resources/troubleshooting.md)**
|
||||
|
||||
---
|
||||
|
||||
仪表盘、历史记录、测试评估
|
||||
|
||||
- :electric_plug: **[API 参考](api-reference/index.md)**
|
||||
|
||||
---
|
||||
|
||||
WebSocket 协议与 REST 接口文档
|
||||
当连接、对话质量或部署链路出现问题时，从这里进入可执行的排查步骤。
|
||||
|
||||
</div>
|
||||
|
||||
---
|
||||
|
||||
## 快速体验
|
||||
|
||||
### 使用 Docker 启动
|
||||
|
||||
```bash
|
||||
git clone https://github.com/your-org/AI-VideoAssistant.git
|
||||
cd docker
|
||||
docker-compose up -d
|
||||
# for development
|
||||
# docker compose --profile dev up -d
|
||||
```
|
||||
|
||||
访问 `http://localhost:3000` 即可使用控制台。
|
||||
|
||||
### WebSocket 连接示例
|
||||
|
||||
```javascript
|
||||
const ws = new WebSocket('ws://localhost:8000/ws?assistant_id=YOUR_ID');
|
||||
|
||||
ws.onopen = () => {
|
||||
ws.send(JSON.stringify({
|
||||
type: 'session.start',
|
||||
audio: { encoding: 'pcm_s16le', sample_rate_hz: 16000, channels: 1 }
|
||||
}));
|
||||
};
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 许可证
|
||||
|
||||
本项目基于 [MIT 许可证](https://github.com/your-org/AI-VideoAssistant/blob/main/LICENSE) 开源。
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 系统架构
|
||||
# 系统架构
|
||||
|
||||
本文档详细介绍 Realtime Agent Studio (RAS) 的系统架构设计。
|
||||
本文档只解释 Realtime Agent Studio (RAS) 的服务边界、数据流、部署形态和关键技术选型，不重复产品定位或上手流程。
|
||||
|
||||
---
|
||||
|
||||
@@ -61,12 +61,12 @@ flowchart TB
|
||||
|
||||
### 1. Web 前端 (React)
|
||||
|
||||
管理控制台，提供可视化的配置和监控界面。
|
||||
管理控制台，提供可视化的配置、测试和监控界面。
|
||||
|
||||
| 功能模块 | 说明 |
|
||||
|---------|------|
|
||||
| 助手管理 | 创建、配置、测试智能助手 |
|
||||
| 资源库 | LLM/ASR/TTS/VAD 等模型管理 |
|
||||
| 资源库 | LLM / ASR / TTS 等模型管理 |
|
||||
| 知识库 | RAG 文档上传与管理 |
|
||||
| 历史记录 | 会话日志查询与回放 |
|
||||
| 仪表盘 | 实时数据统计 |
|
||||
@@ -74,7 +74,7 @@ flowchart TB
|
||||
|
||||
### 2. API 服务 (FastAPI)
|
||||
|
||||
RESTful API 后端，处理所有管理操作。
|
||||
REST API 后端，处理资源管理、持久化配置和历史数据等控制面能力。
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
@@ -100,7 +100,7 @@ flowchart LR
|
||||
|
||||
### 3. 实时交互引擎 (Engine)
|
||||
|
||||
核心组件，处理实时音视频对话。
|
||||
处理实时音视频对话、事件流转、模型调用与工具执行。
|
||||
|
||||
```mermaid
|
||||
flowchart TB
|
||||
@@ -116,7 +116,7 @@ flowchart TB
|
||||
TTS[语音合成 TTS]
|
||||
end
|
||||
|
||||
subgraph Realtime["实时交互引擎连接"]
|
||||
subgraph Realtime["实时引擎连接"]
|
||||
RTOpenAI[OpenAI Realtime]
|
||||
RTGemini[Gemini Live]
|
||||
RTDoubao[Doubao 实时交互]
|
||||
@@ -144,9 +144,9 @@ flowchart TB
|
||||
|
||||
| 类别 | 说明 | 可选项 |
|
||||
|------|------|--------|
|
||||
| **外部服务** | 管线式引擎各环节所依赖的云/本地服务 | OpenAI、SiliconFlow、DashScope、本地模型 |
|
||||
| **实时交互引擎** | 实时交互引擎可连接的后端 | OpenAI Realtime、Gemini Live、Doubao 实时交互引擎 |
|
||||
| **工具** | 管线式 LLM 与实时交互引擎均可调用 | Webhook、客户端工具、内建工具 |
|
||||
| **外部模型服务** | Pipeline 引擎各环节依赖的云端或本地服务 | OpenAI、SiliconFlow、DashScope、本地模型 |
|
||||
| **实时模型连接** | Realtime 引擎可直接连接的后端 | OpenAI Realtime、Gemini Live、Doubao 实时交互 |
|
||||
| **工具系统** | 由助手或引擎调用的外部执行能力 | Webhook、客户端工具、内建工具 |
|
||||
|
||||
---
|
||||
|
||||
@@ -154,7 +154,7 @@ flowchart TB
|
||||
|
||||
### 管线式全双工引擎
|
||||
|
||||
管线式引擎包含：**声音活动检测（VAD）**、**语音识别（ASR）**、**回合检测（TD）**、**大语言模型（LLM）**、**语音合成（TTS）**。外部服务可选用 **OpenAI**、**SiliconFlow**、**DashScope**、**本地模型**。LLM 可连接**工具**（Webhook、客户端工具、内建工具）。
|
||||
管线式引擎由 **VAD → ASR → TD → LLM → TTS** 组成。每个环节可替换，适合需要精细控制、工具扩展和较高可解释性的场景。
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
@@ -170,33 +170,28 @@ sequenceDiagram
|
||||
C->>E: 音频流 (PCM)
|
||||
E->>VAD: 检测语音活动
|
||||
VAD-->>E: 有效语音段
|
||||
E->>ASR: 语音转文字
|
||||
E->>ASR: 语音转写
|
||||
ASR-->>E: 转写文本
|
||||
E->>TD: 回合边界
|
||||
TD-->>E: 可送 LLM 的输入
|
||||
E->>TD: 判断回合边界
|
||||
TD-->>E: 可送入 LLM 的输入
|
||||
E->>LLM: 生成回复
|
||||
LLM->>Tools: 可选：调用工具
|
||||
Tools-->>LLM: 工具结果
|
||||
LLM-->>E: 回复文本 (流式)
|
||||
E->>TTS: 文字转语音
|
||||
E->>TTS: 文本转语音
|
||||
TTS-->>E: 音频流
|
||||
E->>C: 播放音频
|
||||
```
|
||||
|
||||
**特点：**
|
||||
|
||||
- 灵活选择各环节供应商（OpenAI、SiliconFlow、DashScope、本地模型）
|
||||
- 可独立优化 VAD、ASR、TD、LLM、TTS 每个环节
|
||||
- LLM 与工具联动（Webhook、客户端工具、内建工具）
|
||||
- 延迟约 500-1500ms
|
||||
- 各环节可单独替换和优化
|
||||
- 便于接入知识库、工具、工作流等能力
|
||||
- 延迟通常高于端到端实时模型，但可控性更强
|
||||
|
||||
### 实时交互引擎
|
||||
### Realtime 引擎
|
||||
|
||||
实时交互引擎可连接**实时交互引擎**，包括 **OpenAI Realtime**、**Gemini Live**、**Doubao 实时交互引擎**等，同样可连接**工具**（Webhook、客户端工具、内建工具）。
|
||||
|
||||
### 原生多模态引擎
|
||||
|
||||
使用端到端多模态模型（如 GPT-4o Realtime）：
|
||||
Realtime 引擎直接连接端到端实时模型，适合追求更低延迟和更自然多模态交互的场景。
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
@@ -204,17 +199,17 @@ sequenceDiagram
|
||||
participant E as 引擎
|
||||
participant RT as Realtime Model
|
||||
|
||||
C->>E: 音频流
|
||||
E->>RT: 音频输入
|
||||
RT-->>E: 音频输出 (流式)
|
||||
E->>C: 播放音频
|
||||
C->>E: 音频/视频/文本输入
|
||||
E->>RT: 实时流输入
|
||||
RT-->>E: 流式文本/音频输出
|
||||
E->>C: 播放或渲染结果
|
||||
```
|
||||
|
||||
**特点：**
|
||||
|
||||
- 更低延迟 (< 300ms)
|
||||
- 更自然的语音交互
|
||||
- 依赖特定模型供应商
|
||||
- 交互链路更短，延迟更低
|
||||
- 更依赖具体模型供应商的能力边界
|
||||
- 适合强调自然对话和多模态体验的入口
|
||||
|
||||
---
|
||||
|
||||
@@ -278,7 +273,7 @@ sequenceDiagram
|
||||
|
||||
---
|
||||
|
||||
## 部署架构
|
||||
## 部署形态
|
||||
|
||||
### 开发环境
|
||||
|
||||
@@ -299,56 +294,19 @@ flowchart LR
|
||||
|
||||
## 技术选型
|
||||
|
||||
| 组件 | 技术 | 选型理由 |
|
||||
|------|------|---------|
|
||||
| **前端框架** | React 18 | 成熟生态，组件化开发 |
|
||||
| **状态管理** | Zustand | 轻量级，TypeScript 友好 |
|
||||
| **UI 组件** | Tailwind CSS | 原子化 CSS，快速开发 |
|
||||
| **后端框架** | FastAPI | 高性能，自动 API 文档 |
|
||||
| **WebSocket** | websockets | Python 异步 WebSocket |
|
||||
| **ORM** | SQLAlchemy | 功能完善，支持多数据库 |
|
||||
| **数据库** | SQLite/PostgreSQL | 开发简单/生产可靠 |
|
||||
|
||||
---
|
||||
|
||||
## 扩展性设计
|
||||
|
||||
### 模型适配器模式
|
||||
|
||||
```mermaid
|
||||
classDiagram
|
||||
class ModelAdapter {
|
||||
<<interface>>
|
||||
+generate(prompt) string
|
||||
+stream(prompt) AsyncIterator
|
||||
}
|
||||
|
||||
class OpenAIAdapter {
|
||||
+generate(prompt) string
|
||||
+stream(prompt) AsyncIterator
|
||||
}
|
||||
|
||||
class AzureAdapter {
|
||||
+generate(prompt) string
|
||||
+stream(prompt) AsyncIterator
|
||||
}
|
||||
|
||||
class LocalAdapter {
|
||||
+generate(prompt) string
|
||||
+stream(prompt) AsyncIterator
|
||||
}
|
||||
|
||||
ModelAdapter <|-- OpenAIAdapter
|
||||
ModelAdapter <|-- AzureAdapter
|
||||
ModelAdapter <|-- LocalAdapter
|
||||
```
|
||||
|
||||
通过适配器模式，可以轻松接入新的模型供应商。
|
||||
| 组件 | 技术 | 说明 |
|
||||
|------|------|------|
|
||||
| **前端框架** | React 18 | 管理控制台与调试界面 |
|
||||
| **状态管理** | Zustand | 前端轻量状态管理 |
|
||||
| **UI 样式** | Tailwind CSS | 快速构建控制台界面 |
|
||||
| **后端框架** | FastAPI | 管理接口与配置持久化 |
|
||||
| **WebSocket** | websockets | 实时事件与音频流通信 |
|
||||
| **数据库** | SQLite / PostgreSQL | 配置与历史数据存储 |
|
||||
|
||||
---
|
||||
|
||||
## 相关文档
|
||||
|
||||
- [WebSocket 协议](../api-reference/websocket.md) - 详细的协议规范
|
||||
- [部署概览](../deployment/index.md) - Docker 部署
|
||||
- [核心概念](../concepts/index.md) - 助手、管线等概念说明
|
||||
- [产品概览](index.md) - 产品定位、核心模块与适用场景
|
||||
- [引擎架构](../concepts/engines.md) - Pipeline 与 Realtime 的选择指南
|
||||
- [WebSocket 协议](../api-reference/websocket.md) - 实时对话事件和消息格式
|
||||
|
||||
@@ -1,148 +1,84 @@
|
||||
# 产品概览
|
||||
# 产品概览
|
||||
|
||||
了解 Realtime Agent Studio 的核心功能和设计理念。
|
||||
Realtime Agent Studio (RAS) 是一个通过管理控制台与 API 构建、部署和运营实时多模态助手的开源平台。
|
||||
|
||||
---
|
||||
|
||||
## 什么是 RAS？
|
||||
## 产品定位
|
||||
|
||||
Realtime Agent Studio (RAS) 是一个**开源的实时交互智能体工作平台**，让开发者能够快速构建和部署具备语音对话能力的 AI 助手。
|
||||
RAS 面向需要构建实时语音或视频助手的团队，目标不是替代你的业务系统，而是提供一套可组合的助手基础设施：
|
||||
|
||||
### 核心价值
|
||||
- **控制台**：让团队快速配置助手、资源库、知识库、工具、工作流与评估策略
|
||||
- **API 与实时运行时**：让应用、设备和第三方系统稳定接入实时对话能力
|
||||
- **运维与分析能力**：让团队能观察会话效果、排查问题并持续迭代助手质量
|
||||
|
||||
| 价值主张 | 说明 |
|
||||
|---------|------|
|
||||
| **低代码配置** | 可视化界面配置助手，无需编写复杂代码 |
|
||||
| **实时交互** | 毫秒级响应，支持语音打断，自然对话体验 |
|
||||
| **开放灵活** | 支持多种模型供应商，自由选择最适合的方案 |
|
||||
| **私有部署** | 完全自主可控，数据不出域 |
|
||||
如果你把实时助手看作一条完整的产品链路，RAS 负责其中的“构建、接入、运行、观测”四个阶段。
|
||||
|
||||
---
|
||||
## 核心模块
|
||||
|
||||
## 功能模块
|
||||
| 模块 | 负责什么 | 适合谁使用 |
|
||||
|------|----------|------------|
|
||||
| **助手** | 定义角色、行为、模型、知识、工具和会话策略 | 产品、运营、算法、开发 |
|
||||
| **引擎** | 承载实时语音/多模态对话，输出事件流和音频流 | 开发、基础设施 |
|
||||
| **资源库** | 管理 LLM、ASR、TTS 等外部能力接入 | 平台管理员、开发 |
|
||||
| **知识库 / 工具 / 工作流** | 让助手获得领域知识、外部执行能力和复杂流程控制 | 业务设计者、开发 |
|
||||
| **分析与评估** | 记录会话、监控指标、做自动化回归和效果评估 | 运营、QA、开发 |
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((RAS))
|
||||
助手管理
|
||||
创建配置
|
||||
提示词编辑
|
||||
模型选择
|
||||
工具调用
|
||||
资源库
|
||||
LLM 模型
|
||||
ASR 模型
|
||||
TTS 声音
|
||||
知识库
|
||||
文档上传
|
||||
向量检索
|
||||
RAG 问答
|
||||
监控分析
|
||||
会话回放
|
||||
数据统计
|
||||
自动测试
|
||||
部署集成
|
||||
WebSocket API
|
||||
REST API
|
||||
SDK
|
||||
```
|
||||
## 为什么是“控制台 + API”
|
||||
|
||||
### 助手管理
|
||||
RAS 采用“控制台配置 + API 接入”的组合方式，而不是把所有内容都固化在代码里：
|
||||
|
||||
创建和配置智能对话助手：
|
||||
- **控制台负责提效**：让非后端角色也能参与提示词、工具、知识、流程的配置与调优
|
||||
- **API 负责集成**：让产品团队继续用自己的前端、服务端或设备侧应用承载最终体验
|
||||
- **同一套助手配置可复用**：控制台保存的助手定义可以被不同渠道重复接入和评估
|
||||
|
||||
- **系统提示词** - 定义助手角色和行为
|
||||
- **模型配置** - 选择 LLM、ASR、TTS 模型
|
||||
- **工具调用** - 配置 Webhook 和客户端工具
|
||||
- **开场白** - 设置首轮对话模式
|
||||
|
||||
### 资源库
|
||||
|
||||
集中管理各类模型资源：
|
||||
|
||||
- **语音识别 (ASR)** - 多供应商 ASR 模型管理
|
||||
- **大语言模型 (LLM)** - OpenAI、Azure、本地模型
|
||||
- **语音合成 (TTS)** - 多音色声音资源
|
||||
|
||||
### 知识库
|
||||
|
||||
为助手提供专业知识：
|
||||
|
||||
- **文档上传** - 支持 PDF、Word、Markdown 等格式
|
||||
- **向量化索引** - 自动分块和向量化
|
||||
- **RAG 检索** - 基于语义的知识检索
|
||||
|
||||
### 监控分析
|
||||
|
||||
全面的数据分析能力：
|
||||
|
||||
- **会话回放** - 完整链路日志和音频回放
|
||||
- **实时仪表盘** - 并发数、延迟、错误率统计
|
||||
- **自动化测试** - 批量测试和效果评估
|
||||
|
||||
---
|
||||
|
||||
## 对比其他方案
|
||||
|
||||
| 特性 | RAS | Vapi | Retell | ElevenLabs |
|
||||
|------|-----|------|--------|------------|
|
||||
| **开源** | :white_check_mark: | :x: | :x: | :x: |
|
||||
| **私有部署** | :white_check_mark: | :x: | :x: | :x: |
|
||||
| **管线式引擎** | :white_check_mark: | :white_check_mark: | :white_check_mark: | :x: |
|
||||
| **多模态模型** | :white_check_mark: | :white_check_mark: | :x: | :white_check_mark: |
|
||||
| **自定义 ASR/TTS** | :white_check_mark: | 有限 | 有限 | :x: |
|
||||
| **知识库** | :white_check_mark: | :white_check_mark: | :white_check_mark: | :x: |
|
||||
| **工作流编辑** | 开发中 | :white_check_mark: | :x: | :x: |
|
||||
| **定价** | 免费 | 按量付费 | 按量付费 | 按量付费 |
|
||||
|
||||
---
|
||||
|
||||
## 适用场景
|
||||
## 典型使用方式
|
||||
|
||||
<div class="grid cards" markdown>
|
||||
|
||||
- :telephone_receiver: **智能客服**
|
||||
- :material-headset: **客户服务与运营自动化**
|
||||
|
||||
---
|
||||
|
||||
7x24 小时自动接听，处理常见咨询，复杂问题转人工
|
||||
在客服、外呼、预约、售后等场景中接入实时语音助手，并保留人工接管与工具调用能力。
|
||||
|
||||
- :hospital: **医疗问诊**
|
||||
- :material-school-outline: **培训、陪练与问答**
|
||||
|
||||
---
|
||||
|
||||
预问诊信息收集，健康咨询，用药提醒
|
||||
用知识库、提示词和流程编排构建可持续优化的教学、培训或辅导助手。
|
||||
|
||||
- :school: **教育培训**
|
||||
- :material-domain: **企业内部助手**
|
||||
|
||||
---
|
||||
|
||||
口语练习，知识问答，个性化辅导
|
||||
通过私有部署、内部知识库和业务系统工具，把助手接入内部流程或设备终端。
|
||||
|
||||
- :handshake: **销售助手**
|
||||
- :material-devices: **多端集成**
|
||||
|
||||
---
|
||||
|
||||
产品介绍，需求挖掘，预约安排
|
||||
|
||||
- :headphones: **语音助手**
|
||||
|
||||
---
|
||||
|
||||
智能家居控制，日程管理，信息查询
|
||||
|
||||
- :robot: **虚拟人**
|
||||
|
||||
---
|
||||
|
||||
数字人直播，虚拟主播，交互式展示
|
||||
通过 WebSocket API 将同一个助手接入 Web、移动端、坐席工作台或自有硬件设备。
|
||||
|
||||
</div>
|
||||
|
||||
---
|
||||
## 与其他方案的差异
|
||||
|
||||
## 下一步
|
||||
本页是站内唯一保留“产品对比”视角的地方，用于帮助你快速判断 RAS 的定位边界。
|
||||
|
||||
- [快速开始](../quickstart/index.md) - 5 分钟创建第一个助手
|
||||
- [系统架构](architecture.md) - 深入了解技术实现
|
||||
- [核心概念](../concepts/index.md) - 学习关键概念
|
||||
| 特性 | RAS | Vapi | Retell | ElevenLabs Agents |
|
||||
|------|-----|------|--------|-------------------|
|
||||
| **开源** | :white_check_mark: | :x: | :x: | :x: |
|
||||
| **私有部署** | :white_check_mark: | :x: | :x: | :x: |
|
||||
| **Pipeline 引擎** | :white_check_mark: | :white_check_mark: | :white_check_mark: | :x: |
|
||||
| **Realtime / 多模态引擎** | :white_check_mark: | :white_check_mark: | :x: | :white_check_mark: |
|
||||
| **自定义 ASR / TTS** | :white_check_mark: | 有限 | 有限 | :x: |
|
||||
| **知识库与工具扩展** | :white_check_mark: | :white_check_mark: | :white_check_mark: | 有限 |
|
||||
| **工作流编排** | 开发中 | :white_check_mark: | :x: | :x: |
|
||||
| **数据与链路可观测** | :white_check_mark: | 有限 | 有限 | 有限 |
|
||||
|
||||
## 继续阅读
|
||||
|
||||
- [系统架构](architecture.md) - 从服务边界、数据流和部署形态理解系统如何组成
|
||||
- [核心概念](../concepts/index.md) - 先建立助手、引擎与工作流的心智模型
|
||||
- [快速开始](../quickstart/index.md) - 以最短路径创建第一个助手
|
||||
|
||||
@@ -1,233 +1,44 @@
|
||||
# 资源库配置详解
|
||||
# 资源准备清单
|
||||
|
||||
本页面详细介绍资源库中各类资源的配置方法和最佳实践。
|
||||
本页保留原“资源库配置详解”链接，但在本轮文档收敛后，它只承担快速开始阶段的资源核对职责。
|
||||
|
||||
## 语音识别 (ASR) 配置
|
||||
## 你至少要准备什么
|
||||
|
||||
### 支持的接口类型
|
||||
在创建第一个助手前，至少确认以下三类资源都已经可用：
|
||||
|
||||
| 接口类型 | 说明 |
|
||||
|---------|------|
|
||||
| OpenAI Compatible | 兼容 OpenAI 语音识别 API 格式的服务 |
|
||||
| 资源 | 为什么需要 | 正式说明页 |
|
||||
|------|------------|------------|
|
||||
| **LLM 模型** | 负责理解与生成回复 | [LLM 模型](../customization/models.md) |
|
||||
| **ASR 资源** | 负责把语音输入转写为文本 | [语音识别](../customization/asr.md) |
|
||||
| **TTS 声音资源** | 负责把文本回复合成为语音 | [声音资源](../customization/voices.md) |
|
||||
|
||||
### 配置字段说明
|
||||
## 上手前自检
|
||||
|
||||
| 字段 | 必填 | 说明 |
|
||||
|-----|-----|------|
|
||||
| 模型名称 | 是 | 自定义显示名称，便于识别 |
|
||||
| 接口类型 | 是 | 当前支持 OpenAI Compatible |
|
||||
| 语言 | 是 | 识别语言：中文/英文/多语言 |
|
||||
| Model Name | 否 | API 请求中的 model 参数 |
|
||||
| Base URL | 是 | API 服务地址 |
|
||||
| API Key | 是 | 服务认证密钥 |
|
||||
| 热词 | 否 | 逗号分隔的专有名词列表 |
|
||||
| 标点增强 | 否 | 是否自动添加标点 |
|
||||
| 文本归一化 | 否 | 规范化数字、日期等格式 |
|
||||
| 启用 | 否 | 是否在选择列表中显示 |
|
||||
### LLM
|
||||
|
||||
### 推荐配置示例
|
||||
- 已配置供应商、模型名称、Base URL 和凭证
|
||||
- 已明确该模型用于文本生成、嵌入还是重排
|
||||
- 已准备保守的默认参数，而不是先追求极端效果
|
||||
|
||||
**硅基流动 SenseVoice**
|
||||
### ASR
|
||||
|
||||
```
|
||||
模型名称：SenseVoice 中文
|
||||
Model Name：FunAudioLLM/SenseVoiceSmall
|
||||
Base URL：https://api.siliconflow.cn/v1
|
||||
语言：中文
|
||||
```
|
||||
- 已确认目标语言与模型匹配
|
||||
- 已准备必要热词或专有名词词表
|
||||
- 已能用固定样本测试识别准确率和延迟
|
||||
|
||||
### 测试识别效果
|
||||
### TTS
|
||||
|
||||
1. 在 ASR 列表中找到目标模型
|
||||
2. 点击 **试听识别** 按钮
|
||||
3. 选择以下测试方式之一：
|
||||
- **上传文件**：拖拽或选择音频文件
|
||||
- **麦克风录音**：点击录音按钮开始录制
|
||||
4. 点击 **开始识别** 查看结果
|
||||
5. 检查识别文本、延迟和置信度
|
||||
- 已选择主音色，并完成至少一次试听
|
||||
- 已确认该声音适合实时对话，而不是仅适合离线播报
|
||||
- 已为默认语速、音量等参数设定初始值
|
||||
|
||||
---
|
||||
## 不在本页展开的内容
|
||||
|
||||
## 大语言模型 (LLM) 配置
|
||||
字段说明、供应商差异、参数建议和最佳实践已经分别收敛到正式能力页：
|
||||
|
||||
### 支持的模型类型
|
||||
- [LLM 模型](../customization/models.md)
|
||||
- [语音识别](../customization/asr.md)
|
||||
- [声音资源](../customization/voices.md)
|
||||
- [TTS 参数](../customization/tts.md)
|
||||
|
||||
| 类型 | 用途 |
|
||||
|-----|------|
|
||||
| 文本 (text) | 对话生成，用于助手核心交互 |
|
||||
| 嵌入 (embedding) | 向量化，用于知识库检索 |
|
||||
| 重排 (rerank) | 结果重排序，优化检索结果 |
|
||||
|
||||
### 配置字段说明
|
||||
|
||||
| 字段 | 必填 | 说明 |
|
||||
|-----|-----|------|
|
||||
| 厂商 | 是 | 当前支持 OpenAI Compatible |
|
||||
| 模型类型 | 是 | 文本/嵌入/重排 |
|
||||
| 模型名称 | 是 | 自定义显示名称 |
|
||||
| 模型标识 | 否 | API 请求中的 model 参数 |
|
||||
| Base URL | 是 | API 服务地址 |
|
||||
| API Key | 是 | 服务认证密钥 |
|
||||
| 温度 | 否 | 输出随机性 (0-2)，仅文本模型 |
|
||||
| 上下文长度 | 否 | 最大 token 数 |
|
||||
| 启用 | 否 | 是否在选择列表中显示 |
|
||||
|
||||
### 推荐配置示例
|
||||
|
||||
**OpenAI GPT-4o Mini**
|
||||
|
||||
```
|
||||
模型名称：GPT-4o Mini
|
||||
模型类型：文本
|
||||
模型标识：gpt-4o-mini
|
||||
Base URL：https://api.openai.com/v1
|
||||
温度：0.7
|
||||
上下文长度：8192
|
||||
```
|
||||
|
||||
**硅基流动 Qwen**
|
||||
|
||||
```
|
||||
模型名称：Qwen2.5-7B
|
||||
模型类型：文本
|
||||
模型标识：Qwen/Qwen2.5-7B-Instruct
|
||||
Base URL：https://api.siliconflow.cn/v1
|
||||
温度：0.7
|
||||
```
|
||||
|
||||
### 测试模型效果
|
||||
|
||||
1. 在 LLM 列表中找到目标模型
|
||||
2. 点击 **预览** 按钮
|
||||
3. 配置测试参数：
|
||||
- **System Prompt**：系统提示词
|
||||
- **User Message**：测试消息
|
||||
- **Temperature**：温度参数
|
||||
- **Max Tokens**：最大输出长度
|
||||
4. 点击 **开始预览** 查看模型回复
|
||||
5. 检查回复内容、延迟和 token 用量
|
||||
|
||||
---
|
||||
|
||||
## 声音资源 (TTS) 配置
|
||||
|
||||
### 支持的接口类型
|
||||
|
||||
| 接口类型 | 说明 |
|
||||
|---------|------|
|
||||
| OpenAI Compatible | 兼容 OpenAI TTS API 格式的服务 |
|
||||
| DashScope | 阿里云 DashScope 语音合成服务 |
|
||||
|
||||
### 配置字段说明
|
||||
|
||||
| 字段 | 必填 | 说明 |
|
||||
|-----|-----|------|
|
||||
| 厂商 | 是 | OpenAI Compatible 或 DashScope |
|
||||
| 声音名称 | 是 | 自定义显示名称 |
|
||||
| 模型 | 是 | TTS 模型标识 |
|
||||
| 声音 ID | 是 | 音色标识符 |
|
||||
| Base URL | 否 | API 服务地址 |
|
||||
| API Key | 是 | 服务认证密钥 |
|
||||
| 语速 | 否 | 说话速度 (0.5-2.0)，默认 1.0 |
|
||||
| 增益 | 否 | 音量调节 (-10 to 10 dB) |
|
||||
| 音调 | 否 | 声音高低 (-12 to 12) |
|
||||
| 性别 | 否 | 声音性别标签 |
|
||||
| 语言 | 否 | 声音语言标签 |
|
||||
| 备注 | 否 | 声音特点描述 |
|
||||
|
||||
### 推荐配置示例
|
||||
|
||||
**硅基流动 CosyVoice**
|
||||
|
||||
```
|
||||
厂商：OpenAI Compatible
|
||||
声音名称：Anna 中文女声
|
||||
模型：FunAudioLLM/CosyVoice2-0.5B
|
||||
声音 ID：FunAudioLLM/CosyVoice2-0.5B:anna
|
||||
Base URL：https://api.siliconflow.cn/v1
|
||||
语速：1.0
|
||||
性别：女
|
||||
语言：中文
|
||||
```
|
||||
|
||||
**DashScope TTS**
|
||||
|
||||
```
|
||||
厂商：DashScope
|
||||
声音名称：Cherry
|
||||
模型：qwen3-tts-flash-realtime
|
||||
声音 ID：Cherry
|
||||
Base URL：wss://dashscope.aliyuncs.com/api-ws/v1/realtime
|
||||
语速：1.0
|
||||
```
|
||||
|
||||
### CosyVoice 可用音色
|
||||
|
||||
| 音色 ID | 性别 | 风格 |
|
||||
|--------|-----|------|
|
||||
| alex | 男 | 成熟稳重 |
|
||||
| anna | 女 | 温柔亲切 |
|
||||
| bella | 女 | 活泼甜美 |
|
||||
| benjamin | 男 | 年轻活力 |
|
||||
| charles | 男 | 专业商务 |
|
||||
| claire | 女 | 清新自然 |
|
||||
| david | 男 | 沉稳大气 |
|
||||
| diana | 女 | 优雅知性 |
|
||||
|
||||
### 试听声音效果
|
||||
|
||||
1. 在声音列表中找到目标声音
|
||||
2. 点击 **播放** 按钮
|
||||
3. 系统会自动合成一段试听语音
|
||||
4. 检查声音效果是否符合预期
|
||||
|
||||
### 克隆声音
|
||||
|
||||
如需使用自定义声音：
|
||||
|
||||
1. 点击 **克隆声音** 按钮
|
||||
2. 上传参考音频文件（WAV/MP3）
|
||||
3. 填写声音名称和描述
|
||||
4. 点击 **开始克隆**
|
||||
|
||||
!!! note "声音克隆说明"
|
||||
声音克隆功能需要 TTS 服务支持。上传的参考音频建议为 10-30 秒的清晰人声录音。
|
||||
|
||||
---
|
||||
|
||||
## 配置最佳实践
|
||||
|
||||
### 资源命名规范
|
||||
|
||||
建议使用清晰的命名规范，便于后续管理：
|
||||
|
||||
```
|
||||
[厂商/模型]-[用途/语言]-[特点]
|
||||
```
|
||||
|
||||
示例：
|
||||
- `SF-SenseVoice-中文`
|
||||
- `OpenAI-GPT4o-对话`
|
||||
- `SF-CosyVoice-Anna女声`
|
||||
|
||||
### 多环境管理
|
||||
|
||||
如果有测试和生产环境，建议：
|
||||
|
||||
1. 为不同环境创建独立的资源配置
|
||||
2. 在名称中标注环境，如 `GPT4o-Prod`、`GPT4o-Test`
|
||||
3. 通过"启用"开关控制可见性
|
||||
|
||||
### 成本优化
|
||||
|
||||
| 场景 | 推荐配置 |
|
||||
|-----|---------|
|
||||
| 开发测试 | 使用低成本模型，如 GPT-4o-mini |
|
||||
| 生产环境 | 根据质量要求选择合适模型 |
|
||||
| 高并发 | 考虑使用本地部署的开源模型 |
|
||||
|
||||
---
|
||||
|
||||
## 下一步
|
||||
|
||||
资源配置完成后，请返回 [快速开始](index.md) 继续创建助手。
|
||||
准备完成后，请回到 [快速开始](index.md) 继续创建助手。
|
||||
|
||||
@@ -1,221 +1,69 @@
|
||||
# 快速开始
|
||||
# 快速开始
|
||||
|
||||
5 分钟创建你的第一个 AI 助手。
|
||||
本页负责“创建第一个助手”的最短路径。环境要求、配置文件和部署方式统一放在 [环境与部署](../getting-started/index.md)。
|
||||
|
||||
## 概述
|
||||
## 目标
|
||||
|
||||
本指南将帮助你通过控制台快速创建一个能够进行语音对话的智能助手。在创建助手之前，需要先在资源库（Library）中配置所需的模型资源。
|
||||
完成本页后，你应该已经：
|
||||
|
||||
1. 准备好 1 个 LLM、1 个 ASR、1 个 TTS 资源
|
||||
2. 创建并保存 1 个助手
|
||||
3. 完成至少 1 轮测试对话
|
||||
4. 拿到接入应用所需的 `assistant_id` 和 WebSocket 地址
|
||||
|
||||
## 前提条件
|
||||
|
||||
- 已部署 Realtime Agent Studio (RAS) 服务
|
||||
- 拥有 LLM / ASR / TTS 服务的 API Key
|
||||
- 已部署 Realtime Agent Studio（RAS）服务
|
||||
- 已准备可用的 LLM / ASR / TTS 凭证
|
||||
- 已能访问控制台与 WebSocket 服务
|
||||
|
||||
## 配置流程
|
||||
## 第一步：准备资源
|
||||
|
||||
创建助手前，需要先准备好三种核心资源：
|
||||
创建助手之前，先准备三类资源：
|
||||
|
||||
```
|
||||
┌─────────────────────────────────────────────────────────┐
|
||||
│ 资源库配置 │
|
||||
├─────────────────────────────────────────────────────────┤
|
||||
│ 1. 语音识别 (ASR) ─→ 将用户语音转为文字 │
|
||||
│ 2. 模型接入 (LLM) ─→ 理解用户意图并生成回复 │
|
||||
│ 3. 声音资源 (TTS) ─→ 将文字回复转为语音输出 │
|
||||
└─────────────────────────────────────────────────────────┘
|
||||
↓
|
||||
┌─────────────────────────────────────────────────────────┐
|
||||
│ 创建助手 │
|
||||
├─────────────────────────────────────────────────────────┤
|
||||
│ 配置提示词 → 选择模型 → 配置语音 → 测试 → 发布 │
|
||||
└─────────────────────────────────────────────────────────┘
|
||||
```
|
||||
- **LLM 模型**：决定助手如何理解和生成回复。详见 [LLM 模型](../customization/models.md)
|
||||
- **ASR 资源**：决定语音输入如何转写。详见 [语音识别](../customization/asr.md)
|
||||
- **TTS 声音资源**：决定回复如何被合成为语音。详见 [声音资源](../customization/voices.md)
|
||||
|
||||
---
|
||||
|
||||
## 第一步：配置资源库
|
||||
|
||||
在创建助手之前，需要先在资源库中添加 ASR、LLM、TTS 三种资源。
|
||||
|
||||
### 1.1 添加语音识别模型 (ASR)
|
||||
|
||||
语音识别模型负责将用户的语音输入转换为文字。
|
||||
|
||||
1. 在左侧导航栏点击 **语音识别**
|
||||
2. 点击 **添加模型** 按钮
|
||||
3. 填写配置信息：
|
||||
|
||||
| 配置项 | 说明 | 示例值 |
|
||||
|-------|------|--------|
|
||||
| 模型名称 | 自定义显示名称 | SenseVoice CN |
|
||||
| 接口类型 | 选择 OpenAI Compatible | OpenAI Compatible |
|
||||
| 语言 | 识别语言 | 中文 (Chinese) |
|
||||
| Model Name | 模型标识符 | FunAudioLLM/SenseVoiceSmall |
|
||||
| Base URL | API 服务地址 | https://api.siliconflow.cn/v1 |
|
||||
| API Key | 服务密钥 | sk-xxxxxxxx |
|
||||
|
||||
4. 可选配置：
|
||||
- **热词**：添加专有名词提高识别准确率
|
||||
- **标点增强**：自动添加标点符号
|
||||
- **文本归一化**：规范化数字、日期等格式
|
||||
|
||||
5. 点击 **确认添加**
|
||||
|
||||
!!! tip "试听识别功能"
|
||||
添加完成后，可以点击列表中的试听按钮，上传或录制音频测试识别效果。
|
||||
|
||||
### 1.2 添加大语言模型 (LLM)
|
||||
|
||||
大语言模型是助手的"大脑"，负责理解用户意图并生成回复。
|
||||
|
||||
1. 在左侧导航栏点击 **模型接入**
|
||||
2. 点击 **添加模型** 按钮
|
||||
3. 填写配置信息：
|
||||
|
||||
| 配置项 | 说明 | 示例值 |
|
||||
|-------|------|--------|
|
||||
| 厂商 | 接口类型 | OpenAI Compatible |
|
||||
| 模型类型 | 文本/嵌入/重排 | 文本 |
|
||||
| 模型名称 | 自定义显示名称 | GPT-4o Mini |
|
||||
| 模型标识 | API 中的 model 参数 | gpt-4o-mini |
|
||||
| Base URL | API 服务地址 | https://api.openai.com/v1 |
|
||||
| API Key | 服务密钥 | sk-xxxxxxxx |
|
||||
| 温度 | 输出随机性 (0-2) | 0.7 |
|
||||
| 上下文长度 | 最大 token 数 | 8192 |
|
||||
|
||||
4. 点击 **确认添加**
|
||||
|
||||
!!! tip "预览功能"
|
||||
添加完成后，可以点击预览按钮测试模型是否配置正确。
|
||||
|
||||
### 1.3 添加声音资源 (TTS)
|
||||
|
||||
声音资源用于将助手的文字回复转换为语音输出。
|
||||
|
||||
1. 在左侧导航栏点击 **声音资源**
|
||||
2. 点击 **添加声音** 按钮
|
||||
3. 填写配置信息：
|
||||
|
||||
| 配置项 | 说明 | 示例值 |
|
||||
|-------|------|--------|
|
||||
| 厂商 | 接口类型 | OpenAI Compatible 或 DashScope |
|
||||
| 声音名称 | 自定义显示名称 | 客服小美 |
|
||||
| 模型 | TTS 模型标识 | FunAudioLLM/CosyVoice2-0.5B |
|
||||
| 声音 ID | 音色标识 | FunAudioLLM/CosyVoice2-0.5B:anna |
|
||||
| Base URL | API 服务地址 | https://api.siliconflow.cn/v1 |
|
||||
| API Key | 服务密钥 | sk-xxxxxxxx |
|
||||
| 语速 | 说话速度 (0.5-2.0) | 1.0 |
|
||||
| 增益 | 音量调节 (-10 to 10 dB) | 0 |
|
||||
| 音调 | 声音高低 (-12 to 12) | 0 |
|
||||
| 性别 | 声音性别 | 女 |
|
||||
| 语言 | 声音语言 | 中文 |
|
||||
|
||||
4. 点击 **确认添加**
|
||||
|
||||
!!! tip "试听功能"
|
||||
添加完成后，可以在列表中点击播放按钮试听声音效果。
|
||||
|
||||
---
|
||||
如果你想先检查“资源是否准备齐”，可以看 [资源准备清单](dashboard.md)。
|
||||
|
||||
## 第二步：创建助手
|
||||
|
||||
资源配置完成后，可以开始创建助手。
|
||||
1. 进入控制台中的 **助手** 页面
|
||||
2. 新建一个助手，并填写最小必要信息：
|
||||
- **助手名称**：让团队知道它服务于什么场景
|
||||
- **系统提示词**：先定义角色、任务和限制
|
||||
- **首轮模式**：决定由助手先说还是等待用户开口
|
||||
3. 绑定默认模型：
|
||||
- 文本生成使用一个 LLM
|
||||
- 语音输入使用一个 ASR
|
||||
- 语音输出使用一个 TTS 声音资源
|
||||
|
||||
### 2.1 新建助手
|
||||
如果你想把助手设计得更稳，继续阅读：
|
||||
|
||||
1. 在左侧导航栏点击 **助手管理**
|
||||
2. 点击 **新建助手** 按钮
|
||||
3. 系统会自动创建一个名为 "New Assistant" 的助手
|
||||
- [助手概念](../concepts/assistants.md)
|
||||
- [配置选项](../concepts/assistants/configuration.md)
|
||||
- [提示词指南](../concepts/assistants/prompts.md)
|
||||
|
||||
### 2.2 配置全局设置
|
||||
## 第三步：补充能力
|
||||
|
||||
在助手详情页的 **全局** 标签页中配置：
|
||||
最小助手可以只依赖提示词和模型；更复杂的场景通常还需要以下能力：
|
||||
|
||||
#### 基本信息
|
||||
- **知识库**：让助手回答私有领域问题。见 [知识库](../customization/knowledge-base.md)
|
||||
- **工具**：让助手执行查单、预约、查询等外部操作。见 [工具](../customization/tools.md)
|
||||
- **工作流**：让助手处理多步骤、多分支流程。见 [工作流](../customization/workflows.md)
|
||||
|
||||
- **助手名称**：修改为有意义的名称，如 "客服助手"
|
||||
- **语言**：选择助手的对话语言
|
||||
## 第四步：测试并发布
|
||||
|
||||
#### 系统提示词
|
||||
1. 打开助手测试面板，先验证文本对话，再验证语音输入输出
|
||||
2. 观察事件流、转写、工具调用和最终回复是否符合预期
|
||||
3. 保存当前配置，并确认该助手已可用于外部接入
|
||||
|
||||
配置系统提示词，定义助手的角色和行为：
|
||||
更系统的验证方式见 [测试调试](../concepts/assistants/testing.md)。
|
||||
|
||||
```
|
||||
你是一个友好的客服助手。你的任务是帮助用户解答问题。
|
||||
## 第五步：接入应用
|
||||
|
||||
要求：
|
||||
- 保持友好和专业的语气
|
||||
- 回答要简洁明了，每次回复控制在 2-3 句话
|
||||
- 如果不确定答案，请如实告知
|
||||
```
|
||||
|
||||
#### 开场白配置
|
||||
|
||||
设置对话开始时助手的问候语：
|
||||
|
||||
- **首回合模式**：选择 "助手先说" 让助手主动开场
|
||||
- **开场白内容**：如 "你好，我是智能客服助手，请问有什么可以帮您？"
|
||||
|
||||
### 2.3 配置模型
|
||||
|
||||
在 **模型** 标签页中选择之前添加的资源：
|
||||
|
||||
| 配置项 | 说明 |
|
||||
|-------|------|
|
||||
| LLM 模型 | 选择在模型接入中添加的大语言模型 |
|
||||
| ASR 模型 | 选择在语音识别中添加的 ASR 模型 |
|
||||
|
||||
### 2.4 配置语音
|
||||
|
||||
在 **语音** 标签页中配置：
|
||||
|
||||
| 配置项 | 说明 |
|
||||
|-------|------|
|
||||
| 启用语音输出 | 开启后助手会用语音回复 |
|
||||
| 选择声音 | 选择在声音资源中添加的音色 |
|
||||
| 语速 | 可微调当前助手的说话速度 |
|
||||
|
||||
### 2.5 保存配置
|
||||
|
||||
完成配置后，点击页面顶部的 **保存** 按钮。
|
||||
|
||||
---
|
||||
|
||||
## 第三步：测试助手
|
||||
|
||||
### 3.1 打开测试面板
|
||||
|
||||
点击助手卡片右上角的 **测试** 按钮，打开实时调试面板。
|
||||
|
||||
### 3.2 进行对话测试
|
||||
|
||||
| 测试场景 | 示例问题 | 预期结果 |
|
||||
|---------|---------|---------|
|
||||
| 基础问候 | "你好" | 助手友好回应 |
|
||||
| 功能询问 | "你能做什么？" | 介绍自身能力 |
|
||||
| 业务问题 | 根据你的场景设计 | 正确回答 |
|
||||
| 边界测试 | 无关问题 | 婉拒或引导 |
|
||||
|
||||
### 3.3 检查各环节
|
||||
|
||||
在调试面板中可以看到：
|
||||
|
||||
- **ASR 输出**：用户语音识别结果
|
||||
- **LLM 输入/输出**：模型的输入和生成内容
|
||||
- **TTS 状态**：语音合成状态
|
||||
|
||||
---
|
||||
|
||||
## 第四步：发布助手
|
||||
|
||||
测试通过后：
|
||||
|
||||
1. 点击 **发布** 按钮
|
||||
2. 复制生成的连接信息：
|
||||
- `assistant_id`：用于 API 调用
|
||||
- WebSocket 地址：用于实时对话
|
||||
|
||||
### 嵌入到应用
|
||||
最小接入方式是使用 WebSocket API 建立实时会话：
|
||||
|
||||
```javascript
|
||||
const ws = new WebSocket('ws://your-server/ws?assistant_id=YOUR_ASSISTANT_ID');
|
||||
@@ -223,54 +71,28 @@ const ws = new WebSocket('ws://your-server/ws?assistant_id=YOUR_ASSISTANT_ID');
|
||||
ws.onopen = () => {
|
||||
ws.send(JSON.stringify({
|
||||
type: 'session.start',
|
||||
audio: {
|
||||
encoding: 'pcm_s16le',
|
||||
sample_rate_hz: 16000,
|
||||
channels: 1
|
||||
}
|
||||
audio: { encoding: 'pcm_s16le', sample_rate_hz: 16000, channels: 1 }
|
||||
}));
|
||||
};
|
||||
|
||||
ws.onmessage = (event) => {
|
||||
console.log('收到消息:', event.data);
|
||||
};
|
||||
```
|
||||
|
||||
---
|
||||
你通常只需要两项信息：
|
||||
|
||||
## 常见问题
|
||||
- `assistant_id`：指定接入哪个助手
|
||||
- WebSocket 地址：由引擎服务提供实时对话入口
|
||||
|
||||
### 资源库中添加模型失败？
|
||||
完整协议见 [WebSocket 协议](../api-reference/websocket.md)。
|
||||
|
||||
1. 检查 API Key 是否正确
|
||||
2. 确认 Base URL 格式正确（通常以 `/v1` 结尾）
|
||||
3. 验证网络能否访问对应的 API 服务
|
||||
## 常见卡点
|
||||
|
||||
### 助手不回复？
|
||||
|
||||
1. 检查是否已选择 LLM 模型
|
||||
2. 确认 LLM 模型配置正确（可在模型接入页面预览测试）
|
||||
3. 查看浏览器控制台是否有错误
|
||||
|
||||
### 语音识别不准确？
|
||||
|
||||
1. 检查是否选择了正确的语言
|
||||
2. 尝试添加热词提高专有名词识别率
|
||||
3. 确保录音设备工作正常
|
||||
|
||||
### 语音无法播放？
|
||||
|
||||
1. 检查浏览器是否允许自动播放音频
|
||||
2. 确认已选择声音并正确配置
|
||||
3. 在声音资源页面点击试听确认配置正确
|
||||
|
||||
---
|
||||
- 资源配置不生效：回到 [资源准备清单](dashboard.md) 检查三类资源是否都已准备好
|
||||
- 助手不回复：先看 [测试调试](../concepts/assistants/testing.md)，再进入 [故障排查](../resources/troubleshooting.md)
|
||||
- 回复质量不稳定：优先检查 [提示词指南](../concepts/assistants/prompts.md) 与 [知识库](../customization/knowledge-base.md)
|
||||
|
||||
## 下一步
|
||||
|
||||
恭喜！你已成功创建了第一个 AI 助手。接下来可以：
|
||||
- [环境与部署](../getting-started/index.md) - 补全环境、配置和部署细节
|
||||
- [构建助手](../concepts/assistants.md) - 深入配置助手、模型、知识库、工具与工作流
|
||||
- [API 参考](../api-reference/index.md) - 查看管理接口与实时协议
|
||||
|
||||
|
||||
- [配置知识库](../customization/knowledge-base.md) - 让助手回答专业问题
|
||||
- [添加工具](../customization/tools.md) - 扩展助手能力
|
||||
- [查看 API 文档](../api-reference/websocket.md) - 深入了解协议细节
|
||||
- [Docker 部署](../deployment/index.md) - 使用容器运行
|
||||
|
||||
@@ -1,110 +1,59 @@
|
||||
# 常见问题
|
||||
# 常见问题
|
||||
|
||||
## API Key 配置
|
||||
本页只提供简短回答和跳转建议；如果你需要逐步排查，请直接进入 [故障排查](troubleshooting.md)。
|
||||
|
||||
### Q: 如何配置 API Key？
|
||||
## Q: 我应该先看哪一部分文档？
|
||||
|
||||
进入 **LLM 库** 或 **语音库** 页面，点击对应模型的配置按钮填写 API Key。
|
||||
- 想了解产品是什么：看 [产品概览](../overview/index.md)
|
||||
- 想先把服务跑起来：看 [环境与部署](../getting-started/index.md)
|
||||
- 想最快创建第一个助手：看 [快速开始](../quickstart/index.md)
|
||||
- 想系统完成助手配置：从 [助手概览](../concepts/assistants.md) 开始
|
||||
|
||||
**步骤：**
|
||||
## Q: 如何配置模型或 API Key？
|
||||
|
||||
1. 在左侧导航栏选择 **模型配置**
|
||||
2. 选择 **LLM 库** 或 **语音库**
|
||||
3. 点击已添加模型的 **编辑** 按钮
|
||||
4. 在 API Key 字段填写你的密钥
|
||||
5. 点击 **保存**
|
||||
进入对应资源页完成配置：
|
||||
|
||||
## 助手问题
|
||||
- LLM：见 [LLM 模型](../customization/models.md)
|
||||
- ASR：见 [语音识别](../customization/asr.md)
|
||||
- TTS：见 [声音资源](../customization/voices.md)
|
||||
|
||||
### Q: 助手无法回复？
|
||||
## Q: 助手为什么不回复？
|
||||
|
||||
可能的原因和解决方案：
|
||||
通常先检查三件事：
|
||||
|
||||
1. **检查模型配置是否正确**
|
||||
- 确认 API Key 已正确填写
|
||||
- 测试模型连接是否正常
|
||||
- 助手是否已绑定可用的模型资源
|
||||
- 提示词、知识库或工具是否配置完整
|
||||
- WebSocket 会话是否已经正常建立
|
||||
|
||||
2. **确认知识库已正确关联**
|
||||
- 进入助手配置的 **知识** 标签页
|
||||
- 检查是否已选择知识库
|
||||
下一步：
|
||||
|
||||
3. **查看系统日志排查错误**
|
||||
- 打开浏览器开发者工具（F12）
|
||||
- 检查 Console 和 Network 标签页
|
||||
- 助手行为验证：看 [测试调试](../concepts/assistants/testing.md)
|
||||
- 逐步排查：看 [故障排查](troubleshooting.md)
|
||||
|
||||
### Q: 助手回复内容不相关？
|
||||
## Q: 回复为什么不准确或不稳定？
|
||||
|
||||
- 检查系统提示词是否清晰明确
|
||||
- 调整 Temperature 参数（降低可提高准确性）
|
||||
- 确认知识库内容与问题相关
|
||||
- 增加知识库相似度阈值
|
||||
优先检查：
|
||||
|
||||
## 语音识别
|
||||
- 提示词是否明确了角色、任务和限制
|
||||
- 是否应该补充知识库，而不是继续堆叠提示词
|
||||
- 是否需要把复杂业务改成工作流，而不是单轮问答
|
||||
|
||||
### Q: 语音识别不准确？
|
||||
相关文档：
|
||||
|
||||
1. **确认 ASR 模型选择正确**
|
||||
- 中文场景推荐使用 SenseVoice
|
||||
- 英文场景推荐使用 Whisper
|
||||
- [提示词指南](../concepts/assistants/prompts.md)
|
||||
- [知识库](../customization/knowledge-base.md)
|
||||
- [工作流](../customization/workflows.md)
|
||||
|
||||
2. **检查音频采样率**
|
||||
- 推荐采样率：16kHz
|
||||
- 推荐格式：PCM 16-bit
|
||||
## Q: 语音识别或语音播放效果不好怎么办？
|
||||
|
||||
3. **确认语言设置匹配**
|
||||
- 在 ASR 配置中选择正确的语言
|
||||
- 输入侧问题先看 [语音识别](../customization/asr.md)
|
||||
- 输出侧问题先看 [声音资源](../customization/voices.md) 和 [TTS 参数](../customization/tts.md)
|
||||
- 需要逐步定位链路问题时，再看 [故障排查](troubleshooting.md)
|
||||
|
||||
### Q: 语音延迟较高？
|
||||
## Q: 页面空白、接口报错或连接不上怎么办？
|
||||
|
||||
- 检查网络连接稳定性
|
||||
- 尝试切换 ASR 服务提供商
|
||||
- 降低音频质量以减少传输数据量
|
||||
这是典型的环境或链路问题：
|
||||
|
||||
## 语音合成
|
||||
- 先确认 [环境与部署](../getting-started/index.md) 中的三个服务都已启动
|
||||
- 再进入 [故障排查](troubleshooting.md) 按连接、API、页面加载或性能问题分类处理
|
||||
|
||||
### Q: TTS 声音不自然？
|
||||
|
||||
- 尝试不同的音色选项
|
||||
- 调整语速参数（推荐 0.8-1.2）
|
||||
- 选择与内容风格匹配的声音
|
||||
|
||||
### Q: TTS 无法播放？
|
||||
|
||||
1. 检查浏览器是否允许自动播放音频
|
||||
2. 确认 TTS API Key 配置正确
|
||||
3. 检查网络连接
|
||||
|
||||
## 知识库
|
||||
|
||||
### Q: 知识库检索无结果？
|
||||
|
||||
- 确认文档已成功上传
|
||||
- 降低相似度阈值（默认 0.7）
|
||||
- 增加返回结果数量
|
||||
- 检查文档内容是否与查询相关
|
||||
|
||||
### Q: 文档上传失败？
|
||||
|
||||
- 检查文件大小是否超过 10MB
|
||||
- 确认文件格式支持（MD/PDF/TXT）
|
||||
- 尝试减小文档内容
|
||||
|
||||
## 部署问题
|
||||
|
||||
### Q: 页面空白或加载失败？
|
||||
|
||||
1. 检查浏览器控制台错误信息
|
||||
2. 确认后端服务已启动
|
||||
3. 检查 VITE_API_URL 环境变量配置
|
||||
|
||||
### Q: API 请求失败？
|
||||
|
||||
- 确认 VITE_API_URL 配置正确
|
||||
- 检查后端服务是否运行
|
||||
- 查看网络请求响应状态码
|
||||
|
||||
### Q: 静态资源 404？
|
||||
|
||||
- 检查 Nginx `try_files` 配置
|
||||
- 确认构建产物路径正确
|
||||
- 检查文件权限设置
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# 开发路线图
|
||||
# 开发路线图
|
||||
|
||||
本页面展示 Realtime Agent Studio 的开发计划和进度。
|
||||
|
||||
@@ -13,31 +13,28 @@
|
||||
- [x] **OpenAI 兼容接口** - ASR / TTS 标准接口适配
|
||||
- [x] **DashScope TTS** - 阿里云语音合成适配
|
||||
|
||||
### 智能体配置管理
|
||||
### 助手配置管理
|
||||
|
||||
- [x] **系统提示词编辑** - Prompt 配置，动态变量注入
|
||||
- [x] **模型选择** - LLM / ASR / TTS 模型管理界面
|
||||
- [x] **工具调用配置** - Webhook 工具 + 客户端工具
|
||||
|
||||
### 交互测试工具
|
||||
### 调试与观察
|
||||
|
||||
- [x] **实时调试控制台** - WebSocket 调试连接示例
|
||||
- [x] **完整会话回放** - 音频 + 转写 + LLM 响应
|
||||
- [x] **会话检索筛选** - 按时间 / 助手 / 状态筛选
|
||||
|
||||
### 开放接口
|
||||
|
||||
- [x] **WebSocket 协议** - `/ws` 端点完整实现
|
||||
- [x] **RESTful 接口** - 完整的 CRUD API
|
||||
|
||||
### 交互历史监控
|
||||
|
||||
- [x] **完整会话回放** - 音频 + 转写 + LLM 响应
|
||||
- [x] **会话检索筛选** - 按时间/助手/状态筛选
|
||||
|
||||
---
|
||||
|
||||
## 开发中 :construction:
|
||||
|
||||
### 智能体配置管理
|
||||
### 助手与能力编排
|
||||
|
||||
- [ ] **私有化 ASR / TTS 适配** - 本地模型接入
|
||||
- [ ] **工作流编辑** - 可视化流程编排
|
||||
@@ -46,12 +43,12 @@
|
||||
### 实时交互引擎
|
||||
|
||||
- [ ] **原生多模态模型** - Step Audio 接入（GPT-4o Realtime / Gemini Live 国内环境受限）
|
||||
- [ ] **WebRTC 协议** - `/webrtc` 端点
|
||||
|
||||
### 开放接口
|
||||
|
||||
- [ ] **SDK 支持** - JavaScript / Python SDK
|
||||
- [ ] **电话接入** - 电话呼入自动接听 / 自动呼出接口和批量呼出
|
||||
- [ ] **WebRTC 协议** - `/webrtc` 端点
|
||||
|
||||
### 效果评估
|
||||
|
||||
@@ -65,11 +62,12 @@
|
||||
|
||||
- [ ] **Webhook 回调** - 会话事件通知机制
|
||||
|
||||
### 效果评估
|
||||
### 数据与评估
|
||||
|
||||
- [ ] **实时仪表盘增强** - 完善统计看板功能
|
||||
- [ ] **评估闭环** - 测试、评分、回归与变更追踪
|
||||
|
||||
### 企业特性
|
||||
### 企业能力
|
||||
|
||||
- [ ] **多租户支持** - 团队 / 组织管理
|
||||
- [ ] **权限管理** - RBAC 角色权限控制
|
||||
@@ -94,23 +92,19 @@
|
||||
|
||||
---
|
||||
|
||||
## 参考项目
|
||||
## 生态参考
|
||||
|
||||
### 开源项目
|
||||
* [Livekit Agent](https://github.com/livekit/agents)
|
||||
* [Pipecat](https://github.com/pipecat-ai/pipecat)
|
||||
* [vison-agent](https://github.com/GetStream/Vision-Agents)
|
||||
* [active-call](https://github.com/miuda-ai/active-call)
|
||||
* [TEN](https://github.com/TEN-framework/ten-framework)
|
||||
* [airi](https://github.com/moeru-ai/airi)
|
||||
* [Vocode Core](https://github.com/vocodedev/vocode-core)
|
||||
* [awesome-voice-agents](https://github.com/yzfly/awesome-voice-agents)
|
||||
|
||||
### 商业项目
|
||||
* [Vapi](https://vapi.ai)
|
||||
* [Retell](https://www.retellai.com)
|
||||
* [Sierra](https://sierra.ai/product/voice)
|
||||
* [Bolna](https://platform.bolna.ai)
|
||||
- [Livekit Agent](https://github.com/livekit/agents)
|
||||
- [Pipecat](https://github.com/pipecat-ai/pipecat)
|
||||
- [Vision Agents](https://github.com/GetStream/Vision-Agents)
|
||||
- [active-call](https://github.com/miuda-ai/active-call)
|
||||
- [TEN](https://github.com/TEN-framework/ten-framework)
|
||||
- [airi](https://github.com/moeru-ai/airi)
|
||||
- [Vocode Core](https://github.com/vocodedev/vocode-core)
|
||||
- [awesome-voice-agents](https://github.com/yzfly/awesome-voice-agents)
|
||||
|
||||
### 文档
|
||||
* [Voice AI & Voice Agents](https://voiceaiandvoiceagents.com/)
|
||||
### 文档与研究参考
|
||||
|
||||
- [Voice AI & Voice Agents](https://voiceaiandvoiceagents.com/)
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
site_name: "Realtime Agent Studio"
|
||||
site_description: "构建实时交互音视频智能体的开源工作平台"
|
||||
site_name: "Realtime Agent Studio"
|
||||
site_description: "Realtime Agent Studio（RAS）是一个通过管理控制台与 API 构建、部署和运营实时多模态助手的开源平台。"
|
||||
site_url: "https://your-org.github.io/AI-VideoAssistant"
|
||||
copyright: "Copyright © 2025 RAS Team"
|
||||
site_author: "RAS Team"
|
||||
@@ -9,51 +9,45 @@ site_dir: "site"
|
||||
|
||||
nav:
|
||||
- 首页: index.md
|
||||
- 产品概览:
|
||||
- 概述: overview/index.md
|
||||
- 系统架构: overview/architecture.md
|
||||
- 快速开始:
|
||||
- 5 分钟入门: quickstart/index.md
|
||||
- 资源库配置: quickstart/dashboard.md
|
||||
- 核心概念:
|
||||
- 概述: concepts/index.md
|
||||
- 助手详解: concepts/assistants.md
|
||||
- 引擎架构: concepts/engines.md
|
||||
- 安装部署:
|
||||
- 概述: getting-started/index.md
|
||||
- 创建第一个助手: quickstart/index.md
|
||||
- 环境与部署: getting-started/index.md
|
||||
- 环境要求: getting-started/requirements.md
|
||||
- 配置说明: getting-started/configuration.md
|
||||
- 部署概览: deployment/index.md
|
||||
- Docker 部署: deployment/docker.md
|
||||
- 助手管理:
|
||||
- 创建助手:
|
||||
- 小助手:
|
||||
- 配置选项: assistants/configuration.md
|
||||
- 提示词指南: assistants/prompts.md
|
||||
- 测试调试: assistants/testing.md
|
||||
- 工作流:
|
||||
- 配置选项: assistants/workflow-configuration.md
|
||||
- 组件库:
|
||||
- 模型接入: customization/models.md
|
||||
- 构建助手:
|
||||
- 助手概览: concepts/assistants.md
|
||||
- 基础配置: concepts/assistants/configuration.md
|
||||
- 提示词: concepts/assistants/prompts.md
|
||||
- LLM 模型: customization/models.md
|
||||
- 语音识别: customization/asr.md
|
||||
- 语音生成: customization/tts.md
|
||||
- 声音资源: customization/voices.md
|
||||
- TTS 参数: customization/tts.md
|
||||
- 知识库: customization/knowledge-base.md
|
||||
- 工具与插件: customization/tools.md
|
||||
- 数据分析:
|
||||
- 工具: customization/tools.md
|
||||
- 工作流: customization/workflows.md
|
||||
- 测试与调试: concepts/assistants/testing.md
|
||||
- 核心概念:
|
||||
- 产品概览: overview/index.md
|
||||
- 概念总览: concepts/index.md
|
||||
- 引擎架构: concepts/engines.md
|
||||
- Pipeline 引擎: concepts/pipeline-engine.md
|
||||
- Realtime 引擎: concepts/realtime-engine.md
|
||||
- 系统架构: overview/architecture.md
|
||||
- 集成:
|
||||
- API 参考: api-reference/index.md
|
||||
- WebSocket 协议: api-reference/websocket.md
|
||||
- 错误码: api-reference/errors.md
|
||||
- 运维:
|
||||
- 仪表盘: analysis/dashboard.md
|
||||
- 历史记录: analysis/history.md
|
||||
- 效果评估: analysis/evaluation.md
|
||||
- 自动化测试: analysis/autotest.md
|
||||
- API 参考:
|
||||
- 概述: api-reference/index.md
|
||||
- WebSocket 协议: api-reference/websocket.md
|
||||
- 错误码: api-reference/errors.md
|
||||
- 资源:
|
||||
- 常见问题: resources/faq.md
|
||||
- 故障排查: resources/troubleshooting.md
|
||||
- 更新日志: changelog.md
|
||||
- 路线图: roadmap.md
|
||||
|
||||
theme:
|
||||
name: material
|
||||
language: zh
|
||||
@@ -148,7 +142,6 @@ plugins:
|
||||
minify_html: true
|
||||
|
||||
extra:
|
||||
# version.provider: mike — only enable when deploying with mike (versions.json is generated on deploy)
|
||||
social:
|
||||
- icon: fontawesome/brands/github
|
||||
link: https://github.com/your-org/AI-VideoAssistant
|
||||
@@ -164,3 +157,4 @@ extra_css:
|
||||
extra_javascript:
|
||||
- javascripts/mermaid.mjs
|
||||
- javascripts/extra.js
|
||||
|
||||
|
||||
Reference in New Issue
Block a user