From 2dc941d6d806034c801eaef3a9748491f398dff9 Mon Sep 17 00:00:00 2001
From: wuyang6 <wuyang6@xiaomi.com>
Date: Wed, 27 May 2026 21:06:40 +0800
Subject: [PATCH] Update vehicle control complexity rules

---
 .../knowledge/判断维度/复杂度/垂域专项.md     | 115 ++++++++++++++++++
 .../标签/系统控制和IOT设备控制/车载控制.md    |  22 ++++
 .../knowledge/索引/label_manifest.json        |   2 +-
 3 files changed, 138 insertions(+), 1 deletion(-)

diff --git a/skills/label-master/knowledge/判断维度/复杂度/垂域专项.md b/skills/label-master/knowledge/判断维度/复杂度/垂域专项.md
index 116b4ee..f8a2241 100644
--- a/skills/label-master/knowledge/判断维度/复杂度/垂域专项.md
+++ b/skills/label-master/knowledge/判断维度/复杂度/垂域专项.md
@@ -23,6 +23,121 @@
 
 针对车内空调、车窗、座椅、灯光、驾驶相关设置等车控能力，以下类型可以给 `complex=true`。
 
+### 车控意向表达的基础分流
+
+先判断 query 是否包含车内设备、车内空间、车载功能或明确车载上下文。
+
+- 如果 query 包含车内设备/空间/功能线索，并表达主观感受、状态不满、舒适度诉求或潜在操作意向，业务标签优先判断为 `车载控制`，复杂度给 `complex=true`。
+- 如果 query 不包含车内设备/空间/功能线索，只是单纯表达身体感受或闲聊式状态，不要强行映射到车控；通常按 `闲聊/QA` 等非车控标签判断，复杂度不因车控规则升级。
+- “车内设备/空间/功能线索”包括但不限于：车里/车内/后排/副驾/脚底下/头顶/车窗/空调/风/座椅/阅读灯/后视镜/车耳朵/引擎盖/雨雪模式/压线提示音等。
+
+示例：
+
+| query | 业务标签倾向 | complex | 原因 |
+| --- | --- | --- | --- |
+| 车里空调好热 | 车载控制 | true | 包含车内设备“空调” + 主观感受，需要推断降温/调空调 |
+| 脚底下好冷，腿快冻麻了 | 车载控制 | true | 包含车内空间“脚底下” + 冷感，需要推断脚部出风/空调/座椅等 |
+| 风一直吹我脸，有点难受 | 车载控制 | true | 包含车内风向线索 + 舒适度诉求，需要推断调整风向/风量 |
+| 我好热啊 | 闲聊/QA | false | 未出现车内设备/空间/功能线索，只是身体感受 |
+| 我有点晕车 | 闲聊/QA | false | 未指定车控设备或可执行车控意向，默认不落车控 |
+
+注意：如果上文已经明确处于车控慢系统确认链路，当前轮可按“多轮策略”继承；没有上文时，不要脑补车载上下文。
+
+### 慢系统车控类型
+
+以下车控类型进入慢系统，复杂度给 `complex=true`。其他未命中这些类型、且是明确单设备单动作的车控 query，默认走快系统，给 `complex=false`。
+
+#### 意向性表达
+
+用户可能无法说出功能准确名称，但表达了舒适度、主观感受、状态不满或潜在需求意向；没有明确指令“要做什么操作”，需要系统主动推断对应车控动作。
+
+示例：
+
+- 我感觉好冷快冻死了，帮我调一下。
+- 脚底下好冷，腿快冻麻了。
+- 风一直吹我脸，有点难受。
+
+判断要点：
+
+- 必须有车内设备、车内空间、车载功能或上下文线索。
+- 需要从“冷、热、闷、刺眼、难受、挤、不舒服”等感受推断空调、风向、座椅、车窗、灯光等动作。
+
+#### 模糊场景表达
+
+用户只有场景诉求，不知道车上有哪些模式或功能可以达到目标，需要系统把场景拆成车控动作或模式组合。
+
+示例：
+
+- 等下要开个会，帮我把车里状态调一下。
+- 后排宝宝睡着了，把车里调成适合睡觉的状态。
+- 今天情人节，帮我把车内营造一点节日氛围。
+
+判断要点：
+
+- 需要推理出空调、灯光、座椅、车窗、媒体、静音、氛围灯等可能组合。
+- 如果用户已经明确“打开氛围灯”“关闭阅读灯”这类单动作，不命中本条。
+
+#### 模糊功能指代
+
+用户不知道功能名或忘了名称，只能描述功能效果、触发场景或俗称，需要系统识别具体车载功能。
+
+示例：
+
+- 停车时自动把车耳朵收起来的功能叫什么，你帮我开一下。
+- 后视镜反光看不清，有个防反光的功能你帮我调一下。
+- 那个压线噔噔的声音把它关掉。
+
+判断要点：
+
+- 需要把“车耳朵收起来”“防反光”“压线噔噔”等模糊描述映射到后视镜折叠、防眩目、车道偏离提示等功能。
+- 如果功能名明确且动作明确，例如“打开后视镜防眩目”，通常是 `complex=false`。
+
+#### 复杂多位置设备推理
+
+用户表达了设备选择逻辑，需要根据位置、说话人、排除条件或设备集合推理具体控制对象。
+
+示例：
+
+- 把我头顶灯以外的灯都关了。
+- 把除了我这边以外的车窗都关了。
+
+判断要点：
+
+- “我这边、头顶、除了、副驾以外、其他”等需要结合车内位置和设备集合推理。
+- 明确单位置单动作如“关闭主驾车窗”不命中本条。
+
+#### 口语化纠正和重复表达
+
+用户表达中出现口吃、重复、临时改口或前后纠正，需要系统消解最终设备和动作。
+
+示例：
+
+- 你帮我打开那个那个什么引擎盖。
+- 你帮我把那个前排阅读灯哦不后排阅读灯打开。
+
+判断要点：
+
+- 需要从口语冗余、纠正和模糊指代中恢复最终控制目标。
+- 简单重复但不影响理解的单动作，可结合实际难度判断；明显需要纠错消解时给 `complex=true`。
+
+#### 多轮确认继承
+
+首轮进入慢系统并且系统主动询问用户确认时，次轮用户说确认、取消或继续类意图，默认仍进入慢系统并继承首轮车控任务。
+
+示例：
+
+- 首轮：“帮我打开那个适合雨雪天气防路面打滑的模式。”系统询问是否确认开启湿滑模式；次轮：“帮我开启。”次轮给 `complex=true`。
+- 首轮：“我觉得后排好挤呀帮我调一下。”系统询问是否确认调节座椅位置；次轮：“调一下吧。”次轮给 `complex=true`。
+
+判断要点：
+
+- 必须有明确上一轮慢系统车控确认上下文。
+- 单独看到“帮我开启”“调一下吧”且没有上一轮时，不要凭空判断为车控慢系统。
+
+#### 控制兜底逻辑
+
+研发口径待补充。当前只在 query 明确命中上述慢系统类型时给 `complex=true`；未命中时回到“明确单设备单动作走快系统”的原则。
+
 ### 场景编排
 
 用户描述一个车内场景或目标状态，系统需要组合多个车控动作来完成。
diff --git a/skills/label-master/knowledge/标签/系统控制和IOT设备控制/车载控制.md b/skills/label-master/knowledge/标签/系统控制和IOT设备控制/车载控制.md
index 87582cb..0df611c 100644
--- a/skills/label-master/knowledge/标签/系统控制和IOT设备控制/车载控制.md
+++ b/skills/label-master/knowledge/标签/系统控制和IOT设备控制/车载控制.md
@@ -17,6 +17,28 @@
 
 车载端设备控制功能：设备类型：可控制的设备约200种，包括空调、雨刮、前备箱、灯等音区：设备和车内音区可以关联，音区包括主驾、副驾、后排、前排等，如果query中不包含音区则默认使用ASR识别音区。query中包含音区的示例为“打开主驾空调”、“关闭副驾车窗”。不包含音区的示例为“打开车窗”、“关闭雨刮”控制的操作包括：打开or关闭设备：例如“打开空调”、打开主驾空调设置设备属性：例如“前备箱最大开度设置为百分之五十”车载端特有控制功能：车载特有功能：智驾、泊车、哨兵、用车习惯、音区、行车记录仪、各类车控功能页面控制的操作包括：打开or关闭功能或页面：打开自动泊车、打开儿童锁页面设置功能属性：充电阈值设置为百分之八十参考文档：全量词表车控全功能梳理
 
+### 意向性车控表达
+
+当 query 包含车内设备、车内空间、车载功能或明确车载上下文，并表达舒适度、主观感受、状态不满或潜在操作意向时，优先归入 `车载控制`。
+
+典型信号：
+
+- 车内设备：空调、车窗、座椅、阅读灯、后视镜、雨刮、引擎盖、车门、氛围灯等。
+- 车内空间/位置：车里、车内、后排、副驾、我这边、头顶、脚底下等。
+- 车载功能/俗称：车耳朵、防反光、压线提示音、雨雪防滑模式、湿滑模式等。
+
+示例：
+
+- 车里空调好热。
+- 脚底下好冷，腿快冻麻了。
+- 风一直吹我脸，有点难受。
+- 后视镜反光看不清，有个防反光的功能你帮我调一下。
+
+边界：
+
+- 如果 query 不包含车内设备/空间/功能线索，只是“我好热啊”“我有点晕车”这类身体感受或闲聊表达，不要强行归入车载控制，通常按闲聊/QA 等非车控标签判断。
+- 如果上文已经明确是车控慢系统确认链路，次轮“帮我开启”“调一下吧”等确认/继续类表达可以继承车控任务；没有上文时不做继承。
+
 ## 典型 Query
 
 打开空调打开座椅加热自动泊车
diff --git a/skills/label-master/knowledge/索引/label_manifest.json b/skills/label-master/knowledge/索引/label_manifest.json
index 30abbfa..7a86804 100644
--- a/skills/label-master/knowledge/索引/label_manifest.json
+++ b/skills/label-master/knowledge/索引/label_manifest.json
@@ -2435,7 +2435,7 @@
       "path": "knowledge/标签/系统控制和IOT设备控制/车载控制.md",
       "principles": "边界1：设备识别统一建模，对全部任意device统一定义，不区分车载还是iot场景，默认device是本机。在device正确的前提下，是否走IOT spec协议或协同响应等由skill或control agent自己判断。（TODO，中控设备决策做到什么程度，音箱端：打开摄像头）目前扫地机、洗衣机、冰箱是3个特例。边界2：条件任务，统一建模，全部按照自动任务的形式出function边界3：在车载端，车控优先",
       "recommended_output_shape": "待确认。",
-      "scope": "车载端设备控制功能：设备类型：可控制的设备约200种，包括空调、雨刮、前备箱、灯等音区：设备和车内音区可以关联，音区包括主驾、副驾、后排、前排等，如果query中不包含音区则默认使用ASR识别音区。query中包含音区的示例为“打开主驾空调”、“关闭副驾车窗”。不包含音区的示例为“打开车窗”、“关闭雨刮”控制的操作包括：打开or关闭设备：例如“打开空调”、打开主驾空调设置设备属性：例如“前备箱最大开度设置为百分之五十”车载端特有控制功能：车载特有功能：智驾、泊车、哨兵、用车习惯、音区、行车记录仪、各类车控功能页面控制的操作包括：打开or关闭功能或页面：打开自动泊车、打开儿童锁页面设置功能属性：充电阈值设置为百分之八十参考文档：全量词表车控全功能梳理"
+      "scope": "车载端设备控制功能：设备类型：可控制的设备约200种，包括空调、雨刮、前备箱、灯等音区：设备和车内音区可以关联，音区包括主驾、副驾、后排、前排等，如果query中不包含音区则默认使用ASR识别音区。query中包含音区的示例为“打开主驾空调”、“关闭副驾车窗”。不包含音区的示例为“打开车窗”、“关闭雨刮”控制的操作包括：打开or关闭设备：例如“打开空调”、打开主驾空调设置设备属性：例如“前备箱最大开度设置为百分之五十”车载端特有控制功能：车载特有功能：智驾、泊车、哨兵、用车习惯、音区、行车记录仪、各类车控功能页面控制的操作包括：打开or关闭功能或页面：打开自动泊车、打开儿童锁页面设置功能属性：充电阈值设置为百分之八十参考文档：全量词表车控全功能梳理\n\n### 意向性车控表达\n\n当 query 包含车内设备、车内空间、车载功能或明确车载上下文，并表达舒适度、主观感受、状态不满或潜在操作意向时，优先归入 `车载控制`。\n\n典型信号：\n\n- 车内设备：空调、车窗、座椅、阅读灯、后视镜、雨刮、引擎盖、车门、氛围灯等。\n- 车内空间/位置：车里、车内、后排、副驾、我这边、头顶、脚底下等。\n- 车载功能/俗称：车耳朵、防反光、压线提示音、雨雪防滑模式、湿滑模式等。\n\n示例：\n\n- 车里空调好热。\n- 脚底下好冷，腿快冻麻了。\n- 风一直吹我脸，有点难受。\n- 后视镜反光看不清，有个防反光的功能你帮我调一下。\n\n边界：\n\n- 如果 query 不包含车内设备/空间/功能线索，只是“我好热啊”“我有点晕车”这类身体感受或闲聊表达，不要强行归入车载控制，通常按闲聊/QA 等非车控标签判断。\n- 如果上文已经明确是车控慢系统确认链路，次轮“帮我开启”“调一下吧”等确认/继续类表达可以继承车控任务；没有上文时不做继承。"
     },
     {
       "agent_candidate": "Agent(tag=\"人物问答\")",