zk-data-agent/skills/label-fast-slow-routing/references/policy.md

XA4.1 2026.6 快慢分流策略

目录

• 真源与概念
• 三档标签
• 决策树
• 快的规则
• 慢的规则
• 模糊的规则
• 上下文、多指令和聚合
• 垂域补充
• 原因码
• 能力与默认路由

真源与概念

使用《【XA4.1】快慢分流新标准-2026.6》的最终汇总作为主真源。该文档物理页 7–10 的最终汇总高于物理页 2–7 的垂域调研草案；更早的《快慢系统分发-评测集构建》只提供旧原因分类和评测方法。

判断核心问题：

用户说出这句话时，心里能接受等多久？

不要用“当前快系统能不能做”代替这个问题。

保持以下概念正交：

• 语义标签：快、慢、模糊。
• 默认路由：快系统或慢系统。
• 能力承接：当前快系统是否已支持。
• 业务标签：导航、车控、产品问答等。
• 结构维度：complex、多指令、自动任务、上下文依赖。

三档标签

标签	用户预期	默认策略
快	立即响应，通常期望 2–3 秒内得到动作或确定结果	快系统
慢	愿意等几秒换取规划、推理或高质量结果	慢系统
模糊	对速度和质量都有要求，或难以可靠归入快/慢	默认慢系统，可由明确细分策略覆盖

模糊 是正式语义标签，不是模型置信度。高置信产品知识问答仍可标为 模糊；低置信执行请求不一定因此成为 模糊，还要看是否需要澄清或补上下文。

决策树

按顺序执行：

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、跨工具、规划或生成：慢。
• 可独立拆分路由时先对子请求分别标注，再保留聚合标签。

聚合

默认使用风险主导顺序：

慢 > 模糊 > 快

只对“全部为明确设备控制动作”应用快特例。

垂域补充

导航和生活服务

• 单地点、目标明确、简单条件筛选：快。
• 地图操作和高频导航问答：快。
• 多地点、多动作路线编排、复杂综合决策、外部事实定位：慢。
• “评分 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。