# 地图问答-餐饮服务-旅游

## 适用场景

当 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()`。