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

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

适用场景

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