Add label master skill

skills/label-master/knowledge/边界/高频混淆/地图问答-餐饮服务-旅游.md

@@ -0,0 +1,65 @@
+# 地图问答-餐饮服务-旅游
+
+## 适用场景
+
+当 query 涉及 POI、附近、周边、沿途、目的地附近、餐饮、景点、酒店、路线信息时，容易在 `地图问答`、`地图导航`、`餐饮服务`、`旅游`、`酒店`、`QA()` 之间混淆。
+
+## 候选集合
+
+- `地图导航`：用户要去某地、导航、带路、路线规划。
+- `地图问答`：用户问路线、当前位置、限速、路况、到达时间、距离、途经城市、目的地信息等地图上下文问题。
+- `餐饮服务`：餐饮 POI 查找、推荐、比较、问答。
+- `旅游`：景点、游玩、门票、攻略、开放时间、适合季节、景区问答。
+- `酒店`：订酒店、找酒店、酒店价格/位置/评价。
+- `QA()`：泛知识，不依赖当前位置、地图上下文或生活服务能力。
+
+## 决策顺序
+
+1. 先判断动作诉求：
+   - “导航去、带我去、怎么去、去 xxx、路线、途经点”：优先 `地图导航`。
+   - “到目的地多久、堵不堵、限速、沿途城市、这里是哪”：优先 `地图问答`。
+   - “推荐、找、附近有什么、评分、营业时间、排队”：继续看 POI 类型。
+2. 再判断 POI 类型：
+   - 餐厅、美食、奶茶、海底捞、火锅、咖啡：优先 `餐饮服务`。
+   - 景点、公园、博物馆、攻略、门票、游玩：优先 `旅游`。
+   - 酒店、民宿、住宿：优先 `酒店`。
+3. 再看上下文和设备：
+   - 导航中、车载端、query 依赖当前位置或路线，地图类候选权重更高。
+   - 无地图上下文，只是知识问答，生活服务或 `QA()` 权重更高。
+4. 最后判断输出形态：
+   - 如果使用旧 tag 体系，可能是 `Agent(tag="餐饮服务")` / `Agent(tag="地图导航")`。
+   - 如果使用 intent 体系，输出 intent 名。
+   - 如果 function 化定义不完整，不要伪造 function。
+
+## 正例
+
+| query | 推荐 | 原因 |
+| --- | --- | --- |
+| 导航去附近的奶茶店 | 地图导航 | 明确导航动作 |
+| 附近有什么好吃的 | 餐饮服务 | 餐饮 POI 推荐，没有导航动作 |
+| 前面怎么走比较好 | 地图问答 | 路线/导航上下文问答 |
+| 途径哪些城市 | 地图问答 | 路线途经信息 |
+| 广州有什么好玩的 | 旅游 | 旅游/景点推荐 |
+| 故宫门票多少钱 | 旅游 | 景区门票信息 |
+| 附近的酒店 | 酒店 | 住宿 POI |
+
+## 反例
+
+| query | 不应给 | 推荐 |
+| --- | --- | --- |
+| 附近的海底捞评分怎么样 | 地图导航 | 餐饮服务 |
+| 怎么去最近的海底捞 | 餐饮服务 | 地图导航 |
+| 兰州拉面来源于哪里 | 餐饮服务 | QA 或美食问答，需按当前标签体系确认 |
+| 襄阳古城位于我们的西边吗 | 旅游 | 地图问答 |
+| 颐和园简介 | 地图导航 | 旅游或 QA，按当前生活服务优先规则确认 |
+
+## 输出建议
+
+- “找/推荐/问答”不等于地图，“去/导航/路线”才强指向地图导航。
+- POI 类型优先用于区分生活服务类候选；动作诉求优先用于区分地图导航。
+- 如果 query 同时包含生活服务 POI 和导航动作，导航动作优先。
+
+## 仍需确认
+
+- 当前任务是否要求 `Agent(tag="xxx")` 包装。
+- 生活服务问答是否统一进入 `餐饮服务` / `旅游`，还是回退 `QA()`。