# 小憩模式

## 标注输出

> 注意：旧标签资料中同时存在 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 形态）。
