# 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`。