zk-data-agent/skills/label-master/knowledge/判断维度/复杂度/地图导航.md

地图导航复杂度判断

本文件是 复杂度判断 的专项条件表，父维度是 complex / 复杂度判断。

它只回答一个问题：当前地图导航、POI 搜索、路线偏好相关 query 应该是 complex=false 还是 complex=true。

它不引入新的维度字段，不替代业务标签判断；业务标签仍需要结合地图导航、地图问答、餐饮服务、旅游等标签卡片和边界卡。

维度归属

• 父维度：complex / 复杂度判断。
• 输出字段：仍然只输出 complex=false 或 complex=true。
• 使用位置：读取 复杂度/复杂度判断.md 后，如果 query 涉及导航、路线规划、POI 搜索、终点附近、沿途、顺路、路线偏好、单 POI 筛选或多轮路线约束，再读取本文件。
• 不要把“地图导航复杂度判断”当成和 complex、多指令、自动任务并列的新维度。

总体原则

• complex=false：用户目标可以由地图、导航或 POI 检索链路直接处理，虽然可能带有简单定语、路线偏好、上下文修正或单个 POI 约束。
• complex=true：用户要求系统做综合规划、主观筛选、避坑判断、跨信息源验证、复杂比较，或需要先理解隐含知识再定位到可导航 POI。
• 单 POI 是强 complex=false 信号，但不是绝对信号；如果单 POI 带有复杂筛选、评价推理、外部事实验证或“帮我挑一个最合适”的综合决策，则转为 complex=true。
• 多轮导航中的次轮路线限制、沿途/顺路找点、目的地附近找点，通常仍是导航链路内的短链路操作，默认 complex=false。

complex=false

以下类型默认 complex=false。

1. 导航到终点附近某类地点

用户希望在当前终点、目的地或路线附近找一个明确类型的 POI 并导航过去，属于导航链路内的 POI 搜索。

示例：

• 导航到终点附近最便宜的停车场。
• 导航到目的地附近的充电站。
• 去终点附近的服务区。

判断要点：

• “终点附近 / 目的地附近 / 沿途附近”不自动导致 complex=true。
• 如果只是明确 POI 类型加简单筛选，仍是 complex=false。

2. 规划路线和路线偏好

用户要求规划路线，或者指定路线偏好、避让条件，属于地图导航的直接能力。

示例：

• 给我规划一条不走高速只走国道的路线。
• 我不想走收费路而且别太绕。
• 我想少走隧道尽量走地面路。
• 优先走快速路别进小路。
• 我赶时间尽量走最快路线。

判断要点：

• “规划路线”本身不等于 complex=true。
• “不走高速 / 只走国道 / 不走收费路 / 少走隧道 / 走地面路 / 快速路 / 最快路线”等路线偏好默认 complex=false。

3. 找一个某类地方，目标是单 POI

用户要求找一个地点或一个可去的地方，只要目标是单 POI，且没有复杂综合评价，默认 complex=false。

示例：

• 找一下景区边上能停车又能吃饭的地方。
• 帮我找一个附近能停车的商场。
• 找一个离我最近的洗车店。

判断要点：

• “找一个 xxx 的地方”如果最终目标是一个 POI，默认 complex=false。
• 能停车、能吃饭、附近、最近、最大、最便宜、有停车场等简单约束，不单独触发 complex=true。

4. 多轮导航中的次轮限制条件

上一轮已经处在导航、路线、目的地或 POI 选择上下文中，当前轮只是补充路线限制或偏好，默认 complex=false。

示例：

• 我不想走收费路而且别太绕。
• 我想少走隧道尽量走地面路。
• 优先走快速路别进小路。
• 我赶时间尽量走最快路线。

判断要点：

• 这类 query 可能没有显式 POI，但依赖上一轮路线上下文。
• 只是在当前导航任务上加约束，不视为新的复杂规划任务。

5. 单 POI + 简单筛选条件

目标是一个 POI，筛选条件是地图或 POI 检索可直接处理的简单属性，默认 complex=false。

示例：

• 帮我导航去附近最近的星巴克，要有停车场的。
• 帮我找一个现在还开着的洗车店，停车方便的。
• 带我去一个能买到户外运动装备的店，最好品牌多一点的。
• 帮我找一个附近有 ATM 机的商场，选一个最方便的过去。

简单筛选条件包括：

• 距离：附近、最近、顺路、沿途、目的地附近。
• 路线：不走高速、只走国道、少收费、别太绕、最快。
• 设施：有停车场、停车方便、有 ATM、现在开着。
• 基础排序：最大、最近、最便宜、评分高。

判断要点：

• 简单条件可以多个并列；只要不要求复杂综合推理，仍是 complex=false。
• “选一个最方便的过去”如果只是结合距离、停车、路线等直接地图属性，仍可为 complex=false。

6. 单 POI 改口、纠错、模糊表达、取消

用户在导航中改口、纠错、口语重复或取消导航，不需要复杂规划。

示例：

• 导航去春日樱花不是樱花园牡丹园不也不是牡丹园。
• 导航去解放路夜市哎不对呃那个不是不是不是停停停别导航。
• 导航去翡翠城什么什么楼亚朵。

判断要点：

• 改口和模糊不等于复杂。
• 如果最终仍是单 POI 纠错或取消动作，默认 complex=false。

7. 多轮里的沿途、顺路、中间找点

在已有导航路线、目的地或行程上下文中，用户要求沿途、顺路、中间找某类 POI，默认 complex=false。 如果是在单轮中导航到某个 POI，再找沿途、顺路的 POI，应该给 complex=true。 示例：

• 中间找个充电站。
• 帮我找一个最顺路的停车场。
• 跟刚才的道路不重复。
• 我要沿途的顺路的。

判断要点：

• “沿途 / 顺路 / 中间”是导航链路可直接利用的约束。
• “跟刚才道路不重复”属于路线约束，默认 complex=false。

complex=true

以下类型默认 complex=true。

1. 单 POI 但筛选条件需要复杂综合判断

用户不是简单找一个 POI，而是要求系统综合营业时间、便利性、评价、风险、拥挤程度、冷门程度、出餐速度、名人打卡事实等信息后做推荐。

示例：

• 附近牙科晚上营业的牙科诊所有哪些，给我推荐一个最方便去的。
• 去上海鹿晗打卡过的邮筒，具体在哪儿，你帮我定位到能导航的地方。
• 导航去一家评分很高但比较冷门的小馆子我不想踩雷。
• 导航去一家很受欢迎的面馆最好出餐快别排太久。
• 我想去看展，但不想踩雷，你帮我在附近挑个停车方便、人别太挤的展馆或商场，直接导航过去。

判断要点：

• “有哪些 + 推荐一个”通常需要先召回候选再综合比较，偏 complex=true。
• “不想踩雷 / 冷门但评分高 / 很受欢迎但别排太久 / 人别太挤 / 出餐快”等属于主观质量和实时状态综合判断，偏 complex=true。
• “某人打卡过的地点 / 网络热点地点 / 隐含事实定位”需要外部事实验证后才能导航，偏 complex=true。

2. 多条件跨信息源综合决策

如果 query 同时要求地图属性、评价属性、实时状态、内容理解或外部事实，并要求系统帮用户做最终决策，通常是 complex=true。

判断要点：

• 是否需要先分析候选集合。
• 是否需要比较多个方案。
• 是否需要解释为什么选这个。
• 是否需要外部知识或线上内容验证。

不要误判为 complex=true 的情况

以下表达不要单独作为 complex=true 触发条件：

• 出现“规划路线”。
• 出现“终点附近 / 目的地附近 / 沿途 / 顺路 / 中间”。
• 出现路线偏好：不走高速、只走国道、不收费、别太绕、少隧道、走地面路、走快速路、最快。
• 单 POI 带简单定语：最近、最大、最便宜、附近、有停车场、停车方便、现在开着。
• 口语改口、重复、否定、取消导航。

推荐判断模板

complex 判断：
- 推荐：false/true
- 原因：单 POI + 简单筛选 / 路线偏好 / 多轮沿途找点 / 复杂综合筛选
- 复杂度依据：引用本文件中的具体条目
- 业务标签：另按地图导航、地图问答、餐饮服务等标签判断