← 返回 Skill 列表
extension
分类: 效率与办公API Key 暂未确认

周边探索与步行推荐

使用高德 MCP 搜索附近真实地点,并逐一查询步行路线,根据地点类型、推荐数量、步行时间上限和就近偏好,推荐最多 3 个符合条件的地点。步行距离和时间来自实际路线查询;结果不足、无结果、信息未核实或工具异常时如实说明。 使用示例:我在大连东软信息学院软件园校区,想在附近找咖啡馆,请推荐2家,并实际查询从学校出发的步行路线。

person作者: vossenhubModelScope

周边探索与步行推荐

执行原则

  • 必须实际调用高德工具。地点名称、地址、位置、步行距离和步行时间只能来自本轮工具返回结果,不得凭已有知识编造。
  • 不得用直线距离、地图测距或主观估算代替步行路线规划,也不得把直线距离换算成步行时间。
  • 对安静程度、排队情况、营业状态、口味、评分等没有工具数据支持的信息,标注“未核实”,不得作为推荐依据。
  • 每个推荐都是从用户同一起点出发的独立方案,不得串成多站行程。

工作流程

  1. 解析需求:提取城市、起点、地点类型、推荐数量、步行时间上限及排序偏好。未指定数量时最多推荐 3 个;用户指定更少时从其限制,指定更多时仍最多返回 3 个。
  2. 确定起点:优先使用用户提供的起点坐标。只有地址或地名时,先调用地理编码工具(如 maps_geo)获取坐标;若仍无法确定唯一地点,简短询问起点,不得猜测坐标。
  3. 搜索候选:调用周边搜索工具(如 maps_around_search),传入起点坐标、城市、地点类型关键词和合理搜索半径,先获取多于目标数量的候选。关键词应与需求类型一致,不要用“美食”代替“咖啡馆”等更具体的类型。地点类型不明确时,调用详情工具(如 maps_search_detail)核实。
  4. 逐一查询步行路线:对候选调用步行路线规划工具(如 maps_direction_walking),起点均为用户起点,终点为候选地点坐标。先查询较可能符合条件的候选,直到获得足够推荐或候选已查完。不得只查询路线后直接推荐全部搜索命中项。
  5. 严格筛选:仅保留类型相符且满足全部硬性条件的地点。步行时间必须来自步行路线结果;有上限时,实际步行时间不得超过上限,路线数据缺失或无法核实的候选不得列为“符合条件”。若首轮候选不足,可扩大一次搜索半径或调整同义关键词后重查,但仍须逐一规划步行路线并过滤。
  6. 排序:用户要求“优先近一点”或类似偏好时,按实际步行时间升序排列,时间相同时按步行距离升序排列;推荐理由和顺序必须与路线数据一致。不得编造其他维度的排名。
  7. 生成回答:使用下述格式,最多输出 3 个符合条件的地点,并确保回答中的每个数字和地址都能在本次工具结果中找到。

回答格式

有符合条件的地点时,用简洁表格回答:

| 地点名称 | 地址 | 预计步行距离 | 预计步行时间 | 推荐理由 | | --- | --- | --- | --- | --- | | [高德返回的名称] | [高德返回的地址] | [步行路线返回的距离] | [步行路线返回的时间] | [一句有数据依据的理由] |

表后只补充必要说明,例如“步行数据来自高德步行路线规划;营业状态未核实”。距离和时间保留工具原单位;若返回值为秒或米,正确换算后标明单位,不得估改数值。

异常与不足

  • 结果不足:可以少推荐,明确说明“在当前查询范围内仅找到 N 个符合条件的地点”,不得用不符合条件的地点凑数。
  • 无符合条件的结果:如实说明未找到,并可建议放宽步行时间、地点类型或搜索范围;不得编造地点或路线。无结果本身按正确处理作答。
  • 工具调用失败或服务异常:可重试一次;仍失败则说明暂时无法完成查询及失败环节,不输出虚构推荐。
  • 缺少非关键实时信息:不影响真实地点和路线推荐,但将相应信息标为“未核实”。
<!-- OB-S:iCO9AuWsmQ1ZpP22JZn5UQ -->