zhukai8
333 lines
11 KiB
Markdown
333 lines
11 KiB
Markdown
# XA4.1 2026.6 快慢分流策略
|
||
|
||
## 目录
|
||
|
||
- [真源与概念](#真源与概念)
|
||
- [三档标签](#三档标签)
|
||
- [决策树](#决策树)
|
||
- [快的规则](#快的规则)
|
||
- [慢的规则](#慢的规则)
|
||
- [模糊的规则](#模糊的规则)
|
||
- [上下文、多指令和聚合](#上下文多指令和聚合)
|
||
- [垂域补充](#垂域补充)
|
||
- [原因码](#原因码)
|
||
- [能力与默认路由](#能力与默认路由)
|
||
|
||
## 真源与概念
|
||
|
||
使用《【XA4.1】快慢分流新标准-2026.6》的最终汇总作为主真源。该文档物理页 7–10 的最终汇总高于物理页 2–7 的垂域调研草案；更早的《快慢系统分发-评测集构建》只提供旧原因分类和评测方法。
|
||
|
||
判断核心问题：
|
||
|
||
> 用户说出这句话时，心里能接受等多久？
|
||
|
||
不要用“当前快系统能不能做”代替这个问题。
|
||
|
||
保持以下概念正交：
|
||
|
||
- 语义标签：快、慢、模糊。
|
||
- 默认路由：快系统或慢系统。
|
||
- 能力承接：当前快系统是否已支持。
|
||
- 业务标签：导航、车控、产品问答等。
|
||
- 结构维度：complex、多指令、自动任务、上下文依赖。
|
||
|
||
## 三档标签
|
||
|
||
| 标签 | 用户预期 | 默认策略 |
|
||
| --- | --- | --- |
|
||
| 快 | 立即响应，通常期望 2–3 秒内得到动作或确定结果 | 快系统 |
|
||
| 慢 | 愿意等几秒换取规划、推理或高质量结果 | 慢系统 |
|
||
| 模糊 | 对速度和质量都有要求，或难以可靠归入快/慢 | 默认慢系统，可由明确细分策略覆盖 |
|
||
|
||
`模糊` 是正式语义标签，不是模型置信度。高置信产品知识问答仍可标为 `模糊`；低置信执行请求不一定因此成为 `模糊`，还要看是否需要澄清或补上下文。
|
||
|
||
## 决策树
|
||
|
||
按顺序执行：
|
||
|
||
```text
|
||
1. query 是否包含要产生副作用的执行请求？
|
||
否：
|
||
a. 闲聊/开放问答/产品静态知识/故障诊断/
|
||
设备或环境状态查询 -> 模糊
|
||
b. 高频、唯一、确定性的工具或导航流查询 -> 快
|
||
c. 需要多步分析、换算、聚合或生成复杂产物 -> 慢
|
||
|
||
是：
|
||
a. 只有感受/意向，无法确定要做什么 -> 慢
|
||
b. 只有目标状态/场景，需映射动作组合 -> 慢
|
||
c. 真实歧义、缺关键槽位、需依赖上文才可决定 -> 慢
|
||
d. 需规划、多步、多工具、复杂比较或跨源推理 -> 慢
|
||
e. 动作与目标直接可识别，无需先决定“做什么” -> 快
|
||
|
||
2. 多个子请求：
|
||
a. 全部是明确设备控制动作 -> 快
|
||
b. 其他情况按 慢 > 模糊 > 快 聚合
|
||
|
||
3. 仍无法归类，或端侧缺失导致策略确实不同 -> 模糊，
|
||
default_route=慢系统，review_required=true
|
||
```
|
||
|
||
“快系统当前不支持”不出现在语义决策树中。
|
||
|
||
## 快的规则
|
||
|
||
命中以下一类且没有更高优先级慢条件时标 `快`：
|
||
|
||
### 明确直接动作
|
||
|
||
- 有明确操作目标。
|
||
- 动作和设备、对象或资源可直接识别。
|
||
- 不需要先推断用户到底想做什么。
|
||
|
||
例：
|
||
|
||
- 开空调。
|
||
- 把温度调到 24 度。
|
||
- 关车窗。
|
||
- 播放周杰伦的歌。
|
||
- 帮我定明天早上 9 点的闹钟。
|
||
|
||
感受词不覆盖明确目标：
|
||
|
||
- “太冷了，调一下空调”仍是快。
|
||
- “调一个浪漫点的氛围灯”仍是快。
|
||
|
||
### 简单条件与非标准称呼
|
||
|
||
- 单一明确目标可以带位置、距离、评分、附近、风格等简单修饰。
|
||
- 非标准称呼只要能唯一映射到对象，并且动作明确，仍为快。
|
||
|
||
例：
|
||
|
||
- 导航去附近评分 4.5 以上的泰国菜。
|
||
- 导航去附近最大的停车场。
|
||
- 那个压线噔噔的声音关掉。
|
||
|
||
不要把“有筛选词”或“名称不标准”直接当成慢。只有需要权衡多个方案、外部事实验证、真实澄清或多步规划时才转慢。
|
||
|
||
### 操作流中的直接动作
|
||
|
||
- 删除途经点。
|
||
- 切换导航播报。
|
||
- 切换路线。
|
||
- 下一首、暂停、声音调大。
|
||
- 高频且答案唯一的工具查询，例如“现在几点”。
|
||
|
||
### 多个明确设备控制
|
||
|
||
多个动作全部为明确设备控制时仍标快：
|
||
|
||
- 把空调调到 24 度，然后打开座椅加热。
|
||
- 关客厅灯并打开空调。
|
||
|
||
跨工具编排、查询后再决定、先推荐再执行不适用该特例。
|
||
|
||
## 慢的规则
|
||
|
||
命中以下任一决定性条件时标 `慢`：
|
||
|
||
### 意向反推
|
||
|
||
用户只表达主观感受、身体状态、情绪、不满或潜在需求，没有给出可直接识别的操作目标，系统必须反推要做什么。
|
||
|
||
例：
|
||
|
||
- 我感觉好冷快冻死了，帮我调一下。
|
||
- 脚底下好冷，腿快冻麻了。
|
||
- 屏幕太亮有点刺眼，帮我弄一下。
|
||
|
||
对照：
|
||
|
||
- “太冷了，调一下空调”有明确对象和动作，标快。
|
||
|
||
### 场景或目标状态映射
|
||
|
||
用户描述结果应是什么样，而不是要执行什么动作；系统必须把场景映射为一个或多个功能。
|
||
|
||
例：
|
||
|
||
- 后排宝宝睡着了，把车里调成适合睡觉的状态。
|
||
- 今天情人节，帮我营造点节日氛围。
|
||
- 帮我把房间布置得舒适温馨。
|
||
|
||
### 规划、推理和多步编排
|
||
|
||
需要先决定方案，再执行；或需要多步计算、数值换算、跨源聚合、复杂比较、多工具承接。
|
||
|
||
例：
|
||
|
||
- 导航到主目的地，路上找充电站，再看看终点附近哪里好停车。
|
||
- 找王菲在春晚与别人合唱的歌，再用网易云播放。
|
||
- 查天气再决定要不要开窗。
|
||
- 做一个介绍 AI4S 的 PPT。
|
||
|
||
### 真实消歧、补槽和上下文推理
|
||
|
||
- 存在多个可行对象，必须追问才能选择。
|
||
- 缺少执行所必需且不能稳定默认的槽位。
|
||
- 当前短句必须结合前轮才能确定对象或字段。
|
||
- 上一轮慢系统已发起确认，当前轮为确认、取消或继续。
|
||
|
||
例：
|
||
|
||
- “打开那个灯”，且场景里存在多个灯。
|
||
- 前轮慢系统询问是否开启湿滑模式；当前轮“帮我开启”。
|
||
|
||
不要把非标准称呼、口语改口或简单补充一律视为真实消歧。
|
||
|
||
### 复杂选择
|
||
|
||
单个简单筛选条件可快；需要综合主观体验、实时状态、风险、外部事实或多个相互权衡的条件时标慢。
|
||
|
||
例：
|
||
|
||
- 推荐一家安静、适合亲子、评分高、停车方便且别排太久的酒店。
|
||
- 找一个冷门但不能踩雷、出餐快且人不多的餐厅。
|
||
|
||
## 模糊的规则
|
||
|
||
### 纯信息型
|
||
|
||
以下纯信息请求标 `模糊`：
|
||
|
||
- 闲聊、聊天和开放问答。
|
||
- 产品功能、规格、概念、规则、使用方法等静态知识。
|
||
- 报异常、问故障、问原因、要排查建议。
|
||
- 设备状态或环境信息查询，无控制副作用。
|
||
|
||
例：
|
||
|
||
- 给我讲个笑话。
|
||
- 为什么天空是蓝色的？
|
||
- 小米 SU7 支持哪些驾驶模式？
|
||
- 哨兵模式是什么意思？
|
||
- 我的车怎么突然没声音了？
|
||
- 家里哪个房间最热？
|
||
- 空调已经开了多久？
|
||
|
||
### 不要扩大模糊档
|
||
|
||
- 现在几点、高频导航状态等唯一且期望即时的工具查询可标快。
|
||
- 需要制作复杂产物或多步分析的信息任务标慢。
|
||
- 执行对象不明且需要澄清时通常标慢，不要仅因“有歧义”就标模糊。
|
||
|
||
### 策略不完整
|
||
|
||
如果缺失的端侧或场景信息会导致正式规则给出不同标签，可标 `模糊`，并设置低置信和人工复核。不要把普通的模型犹豫都标成模糊。
|
||
|
||
## 上下文、多指令和聚合
|
||
|
||
### 上下文
|
||
|
||
- 只在输入真实提供前轮时使用。
|
||
- 区分“继承已建立的直接操作流”和“必须推理上文才能理解”。
|
||
- 上一轮慢系统主动追问后的确认/取消继续走慢。
|
||
- 上一轮快时，当前简单直接动作可继续快；复杂补充转慢。
|
||
- 缺少前轮而当前短句不可独立理解时，标慢并复核；若端侧政策本身不确定，可标模糊并复核。
|
||
|
||
### 多指令
|
||
|
||
- 全部为明确设备控制动作：快。
|
||
- 含查询后判断、跨 App、跨工具、规划或生成：慢。
|
||
- 可独立拆分路由时先对子请求分别标注，再保留聚合标签。
|
||
|
||
### 聚合
|
||
|
||
默认使用风险主导顺序：
|
||
|
||
```text
|
||
慢 > 模糊 > 快
|
||
```
|
||
|
||
只对“全部为明确设备控制动作”应用快特例。
|
||
|
||
## 垂域补充
|
||
|
||
### 导航和生活服务
|
||
|
||
- 单地点、目标明确、简单条件筛选：快。
|
||
- 地图操作和高频导航问答：快。
|
||
- 多地点、多动作路线编排、复杂综合决策、外部事实定位：慢。
|
||
- “评分 4.5 以上的泰国菜”按最终汇总标快，覆盖调研草案中的慢标签。
|
||
|
||
### 车控、系统控制和 IoT
|
||
|
||
- 明确设备、功能和动作：快。
|
||
- 只有感受、场景目标、复杂排除或位置集合推理：慢。
|
||
- 非标准功能名但可唯一识别且动作明确：快。
|
||
- 设备或环境状态查询：模糊。
|
||
|
||
### 内容和媒体
|
||
|
||
- 精确播放、明确资源、直接播控：快。
|
||
- 描述性搜歌、歌词片段、场景推荐、歌单编排、收藏搜索、复杂内容承接：慢。
|
||
- 纯内容知识问答按信息型处理，通常模糊。
|
||
|
||
### 通用工具
|
||
|
||
- 原子化且结果唯一的查询或控制：快。
|
||
- 多步换算、结合外部信息再加工、缺关键槽位、开放生成：慢。
|
||
- 不要仅因需要联网或 parser 暂不支持就标慢。
|
||
|
||
### 自动化
|
||
|
||
- 音箱端家庭自动化默认慢。
|
||
- 音箱定时任务和意向化自动化慢。
|
||
- 车载闹钟或提醒按文档专项策略可快。
|
||
- 缺端侧且端侧会改变标签时，标模糊并复核。
|
||
|
||
## 原因码
|
||
|
||
每条记录选择一个决定性的 `primary_reason_code`，并在 `reason_codes` 中补充其他命中原因。
|
||
|
||
### 快
|
||
|
||
| 原因码 | 含义 |
|
||
| --- | --- |
|
||
| `DIRECT_ACTION` | 动作和目标直接可识别 |
|
||
| `DIRECT_DETERMINISTIC_QUERY` | 高频、唯一、确定性的直接查询 |
|
||
| `EXPLICIT_DEVICE_MULTI_ACTION` | 多个动作全部为明确设备控制 |
|
||
| `DIRECT_OPERATION_FLOW` | 已建立操作流中的直接操作或播控 |
|
||
|
||
### 慢
|
||
|
||
| 原因码 | 含义 |
|
||
| --- | --- |
|
||
| `INTENT_INFERENCE` | 从感受或不满反推动作 |
|
||
| `SCENE_GOAL_MAPPING` | 将场景或目标状态映射为动作组合 |
|
||
| `MULTI_STEP_PLANNING` | 多步骤、多工具或任务编排 |
|
||
| `COMPLEX_REASONING` | 换算、聚合、外部验证或复杂比较 |
|
||
| `TRUE_DISAMBIGUATION` | 存在真实多候选，必须消歧 |
|
||
| `CONTEXT_REQUIRED` | 必须依赖前轮才能决定 |
|
||
| `MISSING_REQUIRED_SLOT` | 缺关键且不可默认的执行槽位 |
|
||
| `AUTOMATION_SLOW_POLICY` | 命中明确的慢自动化专项策略 |
|
||
|
||
### 模糊
|
||
|
||
| 原因码 | 含义 |
|
||
| --- | --- |
|
||
| `OPEN_CHAT_OR_QA` | 闲聊或开放问答 |
|
||
| `PRODUCT_KNOWLEDGE` | 产品静态知识 |
|
||
| `FAULT_DIAGNOSIS` | 故障、异常、原因或排查建议 |
|
||
| `DEVICE_OR_ENV_STATE_QUERY` | 无副作用的设备或环境状态查询 |
|
||
| `POLICY_UNCERTAIN` | 缺少会改变正式策略的端侧或规则信息 |
|
||
|
||
## 能力与默认路由
|
||
|
||
固定派生：
|
||
|
||
| label | default_route |
|
||
| --- | --- |
|
||
| 快 | 快系统 |
|
||
| 慢 | 慢系统 |
|
||
| 模糊 | 慢系统 |
|
||
|
||
`fast_system_pending`：
|
||
|
||
- `true`：已有证据证明本应为快，但快系统尚未承接。
|
||
- `false`：已有能力清单或验证证明已承接。
|
||
- `null`：未评估能力；默认使用该值。
|
||
|
||
不得因为 `fast_system_pending=true` 修改 `label` 或 `default_route`。
|