# 地图导航-餐饮服务

这个边界用于判断“找附近 POI / 美食 / 奶茶 / 餐厅”和“导航去某地”之间的标签归属。

## 核心判断

- 明确要求导航、带路、路线规划、去某个地点：优先 `地图导航`。
- 查找、推荐、比较附近或某地的餐饮 POI，但没有明确导航动作：优先 `餐饮服务`。
- 单实体 POI 只说名字或问知识时，需要结合上下文；没有动作诉求时不要只因为是地点就强行给地图导航。

## 地图导航

适合：

- 导航去附近的奶茶店。
- 带我去最近的海底捞。
- 怎么去评分最高的鄂菜馆。
- 去公司附近的充电站。

判断依据：

- query 中出现“导航去”“带我去”“怎么去”“去 xxx”“路线”“途经点”等动作。
- 用户目标是到达某地点，而不是了解、推荐或比较餐饮信息。

## 餐饮服务

适合：

- 附近有什么好吃的。
- 附近的奶茶店推荐一下。
- 北京有什么好吃的。
- 附近的海底捞评分怎么样。

判断依据：

- query 的核心是餐饮 POI 查询、推荐、问答或比较。
- 没有明确要求开始导航或规划路线。

## 易混淆点

- “附近的海底捞”如果只是查找或推荐，偏餐饮服务；如果说“导航到附近的海底捞”，偏地图导航。
- “xxx 在哪”在旧规则里常偏地图，但如果 xxx 是餐饮/酒店/旅游 POI，且用户意图是生活服务信息，也可能需要结合端侧和上下文判断。
- 车载端和导航上下文中，和当前位置、路线、目的地强相关的问题更容易进入地图导航。

## 输出建议

分析边界样本时，不要只看关键词“附近”或 POI 名称。先判断用户要的是“找/推荐/了解”还是“去/导航/路线”。

如果当前任务要求旧 Agent 包装，输出可以是：

```text
Agent(tag="地图导航")
Agent(tag="餐饮服务")
```

如果当前任务要求 intent，输出 intent 名即可。不要在没有确认 function 化定义时编造地图或餐饮 function。