zk-data-agent/skills/label-master/knowledge/边界/高频混淆/地图导航-餐饮服务.md

地图导航-餐饮服务

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

核心判断

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

地图导航

适合：

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

判断依据：

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

餐饮服务

适合：

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

判断依据：

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

易混淆点

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

输出建议

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

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

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

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