修改label-master

2026-06-08 14:43:44 +08:00
parent 84e792285b
commit 54bc581cf2
11 changed files with 519 additions and 25 deletions
@@ -0,0 +1,102 @@
+# 小憩模式
+
+## 标注输出
+
+> 注意：旧标签资料中同时存在 tag 标签和 Function 定义。本卡片不直接声明最终训练标签；生成数据前必须结合 `判断维度/标注输出形态.md` 确认当前任务使用 Agent 形式还是 Function 形式。
+
+- tag 标签：小憩模式（包含小憩定时、小憩查询）
+- Agent 包装候选：Agent(tag="小憩模式")
+- Function 输出候选：
+  - 小憩查询类：`x0 = Alarm(type="RESTMODE")` `Search(alarm=[x0])`
+- 推荐输出形态：待确认。
+
+## 功能抽象
+
+小憩模式：在车内（或具备小憩能力的端上）触发短时静止休息所需的协同状态——通常包括但不限于关闭主屏 / 调暗灯光 / 调整座椅 / 静音 / 锁定 / 倒计时唤醒 等若干动作的组合，由系统按"休息场景"统一编排，无需用户逐项指定。
+
+## 适用范围
+
+下列三类 query 都归本标签：
+
+1. **小憩模式控制**：直接命名小憩模式的开关、状态切换。
+   - 示例：打开小憩模式 / 关闭小憩模式 / 进入小憩模式 / 退出小憩模式
+2. **休息意图表达**：query 中蕴含"用户要短时休息/睡觉/眯一会儿"的意图，无论是否显式带"小憩模式"四个字、是否带时长。
+   - 示例：我要休息 / 我要休息 30 分钟 / 我要睡觉 / 我要睡一会儿 / 想小憩一下 / 让我眯一会
+3. **小憩状态查询**：查询当前小憩定时/剩余时间。
+   - 示例：查询此次小憩时间 / 我休息多长时间 / 还有多久结束小憩
+
+判定要点：
+
+- **"要休息"是核心信号**——只要 query 表达了用户当下要进入短时静止休息状态，归本标签。
+- 是否含具体时长（30 分钟 / 一会儿 / 十几分钟）不影响 tag 归属，只影响是否同时叠加自动任务/定时维度（见下方边界）。
+- 是否在车内场景作为标签判定的优先线索；其他端是否支持本标签由实现端决定，本卡片不限定。
+
+## 典型 Query
+
+- 打开小憩模式
+- 关闭小憩模式
+- 进入小憩模式 30 分钟
+- 我要休息
+- 我要休息 30 分钟
+- 我要睡觉
+- 我要睡一会儿
+- 想小憩一下
+- 查询此次小憩时间
+- 我休息多长时间
+
+## 三级语义功能点
+
+待补充。
+
+## Function / Agent 说明
+
+- 小憩查询类（来自原闹钟卡片迁移）：`x0 = Alarm(type="RESTMODE")` `Search(alarm=[x0])`
+- 控制类（开/关）：待与业务方共识。
+
+## 满足边界问题
+
+### 边界1：小憩模式 vs 闹钟（clock）/ 系统定时控制 / 自动任务
+
+clock、reminder、自动任务三个功能本身互相有覆盖，与小憩模式叠加后边界更复杂。处理原则：
+
+- **不带时长的小憩控制 / 休息意图表达**（"打开小憩模式"、"我要休息"、"我要睡觉"）→ 归本标签 **小憩模式**。
+- **小憩模式 + 时长**（"打开小憩模式 30 分钟"、"小憩模式 30 分钟"）→ 主要目的是"在固定时间后休息结束、闹钟响起"，归 **闹钟**。原因：小憩模式是一种独立功能，是让用户睡觉休息的模式；这种 query 的主要目的是要在固定时间后休息结束、闹钟响起。
+- **时长 + 小憩模式/休息**（"30 分钟后打开小憩模式"、"30 分钟后我要休息"）→ 主要目的是"固定时间后开启小憩"，归 **系统定时控制**。
+- **小憩状态查询**（"查询此次小憩时间"、"我休息多长时间"）→ 归本标签 **小憩模式**（Function 形式 `Alarm(type="RESTMODE")` 仅是底层实现，不影响 tag 归属）。
+
+> 该原则原属 `标签/工具类/闹钟.md` 划分原则 3 与边界 2，已迁移到本卡片统一维护。
+
+### 边界2：小憩模式 vs 闲聊
+
+query 必须表达短时休息的现实意图，不是抽象抒发。"累死了"/"困了"无后续动作意图、且无车内/休息场景锚点 —— 通常归 闲聊/QA，不归小憩模式（同 `判断维度/复杂度/垂域专项.md` "我好热啊"反例处理）。
+
+### 边界3：小憩模式 vs 系统控制
+
+意图目录里小憩模式属系统控制 controlAgent 子项；当 query 是显式的小憩模式开关或显式的休息意图触发时，**优先**给到本独立 tag「小憩模式」；当 query 只是泛化的"系统层控制"且未触发休息意图时，回到「系统控制」。
+
+### 边界4：小憩模式 vs 车载控制
+
+车载控制覆盖具体单设备/单空间的车内动作（空调、座椅、灯）；小憩模式是协同的休息场景。如果 query 同时含具体车控动作和小憩意图（"打开小憩模式并把空调调到 24 度"），按 `判断维度/多指令判断.md` 拆分，不要混到一个标签里。
+
+## 易混淆标签
+
+闹钟、系统控制、车载控制、闲聊、系统定时控制、自动任务
+
+## 划分原则
+
+- **核心信号是"要休息"**：query 中的休息/睡觉/眯/小憩等意图表达 + 显式小憩模式控制 = 本标签。
+- 不依赖关键词共现去归类——"困了/累了"等单纯感受词不构成本标签的判定依据，必须有明确的"要休息"意图。
+- 表达复杂度信号（自身感受/场景/约束 等）会同时影响 `complex` 维度判断（见 `判断维度/复杂度/复杂度判断.md`），但不改变本标签归属。
+
+## 复杂度提示
+
+`complex` 与本 tag 独立判断：
+
+- **直接命名小憩模式或休息意图**（"打开小憩模式" / "我要休息" / "我要睡觉"）—— 通常 `complex=false`。
+- **叠加表达复杂度信号**（自身感受 / 场景描述 / 间接表达 / 模糊指代 / 约束）—— `complex=true`，例如"想眨一会儿，就停这里歇一歇"、"中午太困了，眨个十几分钟"。
+- 详见 `判断维度/复杂度/复杂度判断.md` 与 `判断维度/复杂度/垂域专项.md`。
+
+## 未解决问题
+
+- 推荐输出形态待确认（Agent 形式 vs Function 形式）。
+- 控制类小憩 query 的 Function 形式待与业务方共识（"打开/关闭小憩模式" code 形态）。