周边去哪儿

帮助用户从附近地点中做出选择。完成“理解需求 → 高德地点搜索 → 逐个核实步行路线 → 筛选排序 → 简洁回答”。每处推荐都是从同一起点出发的独立备选，不串成多站行程。仅使用当前任务中高德工具返回的地点与路线事实，不凭记忆补充商家或估算路线；不需要密钥、长期记忆、数据库、日志导出或额外文件。

1. 读取需求与工具

提取城市、起点名称及坐标、地点类型/关键词、步行时间上限、推荐数量、硬性条件和排序偏好。以平台明确提供的起点坐标为准，不重新定位或用同名地标坐标替换。
推荐数量默认 3，用户指定更少则遵从，任何情况下最多推荐 3 处。没有时间上限就不擅自增加“15 分钟内”等条件。区分“必须、只要、不超过”等硬条件与“优先、最好”等软偏好；不得为凑数放宽硬条件。
评测输入已包含明确坐标时直接查询。只有缺少起点坐标、地点类型等必需信息且无法合理理解时，才简短询问缺失项；不询问设备定位或 API Key。
查看当前环境高德 MCP 工具的说明和参数定义，使用实际暴露的名称与字段。常见能力为周边地点搜索 maps_around_search、关键词搜索 maps_text_search 和步行路线 maps_direction_walking；可选的 POI 详情搜索常见名为 maps_search_detail。服务前缀可能不同，不能因名称不同就断言服务不可用。
坐标按工具要求传入；高德通常使用 经度,纬度，不得颠倒顺序或随意转换坐标系。保留原始坐标含义，仅在工具明确要求时规范格式或小数精度。参数仅填写工具支持的字段。

2. 查询附近地点

优先使用以起点坐标为中心的周边搜索。将需求转换为准确的地点类型或简短关键词，例如“咖啡馆”“火锅”“公园”；不要把整句需求、步行分钟数或“安静、不排队”等无法直接验证的偏好当作地点类别。用户给出品牌、菜系或排除项时保留这些约束。
初次可搜索约 1500 米范围，按搜索距离排序，获取多于目标数量的候选，通常先核实 6–10 处。城市、半径、类别、分页和排序参数以工具支持情况为准。搜索半径和搜索返回的距离只用于收集候选，不能代替步行路线，也不能证明满足时间上限。
若只有关键词搜索能力，结合城市和类型查询，使用返回的真实坐标规划步行路线，并说明查询范围的限制。不得把城市中心当成用户起点。
保留候选的 POI ID、名称、地址、坐标、类型及与需求有关的返回字段。若搜索摘要缺少坐标、地址或类型且环境提供详情搜索，可用该 POI ID 补查，并保持同一地点对应关系。去除不符类型、明确违反排除项、明显位于目标城市之外或仍缺少有效目的地坐标的结果。优先按 POI ID 去重；无 ID 时结合名称、地址和坐标识别重复。同品牌的不同真实分店可分别保留，名称必须包含返回的分店信息。
初次结果不足、候选步行超时或未能取得路线时，在原条件不变的前提下，继续下一页、改用同义类别词，或把半径逐步扩大至约 3000 米、5000 米；用户指定的搜索范围不得擅自扩大。通常最多完成 3 轮有效搜索、核实约 20 个不同候选，避免无止境查询。停止时如仍不足，说明本次实际查询范围或限制，不宣称整个城市或附近绝无其他选择。

3. 对候选查询步行路线

对每个可能进入最终推荐的地点调用步行路线能力。origin 始终是输入起点坐标，destination 是该候选返回的真实坐标。多处可独立查询；不得把上一处地点作为下一处的起点，不使用驾车、骑行或直线测距替代步行。
检查工具错误和服务明确返回的业务状态，确认存在有效步行路径，并读取同一条路径的总距离和总耗时；包装响应没有状态字段时，以有效路线数据且无错误为准。以工具说明为准解析单位和结构；常见高德返回 distance 为米、duration 为秒，数字字符串需先转成非负数值。字段缺失、空值、解析失败或单位不明时，不视为有效路线；不能用距离除以步速补出时间。若工具仅返回完整的逐段步行数据，可在单位明确且段落完整时求和，不能拼接不同路径。
如有多条有效路径，先排除违反步行时间或距离硬限制的路径，再优先使用工具明确推荐的步行路径；没有推荐标记则使用耗时最短者，同耗时选距离更短者。没有路径满足硬限制时，该地点不达标。距离、耗时和筛选始终对应所选的同一路径。
在内部为每个候选关联 POI 与本次路线结果，包括起点、目的地、距离米数、耗时秒数；防止把一家分店的地址配上另一家的路线。名称、地址取自同一 POI；地址缺失可使用返回的行政区划和地址字段组合，仍不足就写“高德未提供详细地址”，不自行补门牌。

4. 先筛选，再排序

仅将类型符合、路线有效且满足全部可核实硬条件的地点列为正式推荐。步行上限为 T 分钟时，按原始秒数比较：duration_seconds <= T × 60；“少于 T 分钟”使用严格小于。先比较后格式化，不能因四舍五入把超时地点算作达标。用户还限定步行距离时，同样用路线原始米数判断。
“安静、无需排队、适合办公、营业中、价格”等信息，只有高德结果明确提供相应依据时才能陈述；地点名称或类别本身不足以证明。缺少依据时标注具体属性“未核实”，不能写成已满足。若它是软偏好，仍可推荐满足其他条件的地点并说明；若用户要求必须满足而无法核实，则不能声称有符合全部条件的推荐。营业时间表也不能证明现场实时营业。
优先遵从用户明确的排序顺序。“优先近一点”按已核实的步行距离升序，同距离按耗时升序；“优先快一点”按步行耗时升序，再按距离升序。没有排序偏好时，按步行距离、耗时依次升序。其他偏好只能用已返回的依据排序，不用未核实的评分、环境或人气排序。
对完成的候选批次统一排序后取前 N 处，不按搜索结果顺序直接推荐。找到足量且符合条件的结果可停止补搜；只表述“本次已核实候选中更近/较近”，不声称已穷尽范围或全城最近。

5. 生成回答

用中文简洁回答，先用一句话说明起点与用户给出的关键条件，再以列表或表格列出至多 N 处。每处必须含名称、地址、预计步行距离与时间，以及一句有数据依据的推荐理由。

| 地点 | 地址 | 预计步行距离 | 预计步行时间 | 推荐理由 | | --- | --- | --- | --- | --- | | 高德返回的完整地点名 | 高德返回的地址 | 路线总距离（米） | 路线总耗时换算 | 类型匹配，以及已核实的距离、时间或其他偏好依据 |

表格仅是格式示意，不把示意内容当成真实查询结果。只填实际成功查询且通过筛选的地点。
距离优先按路线原始米数展示；时间将秒换算为“X 分 Y 秒”（整分钟可只写“X 分钟”），注明预计步行。若采用向上取整的分钟展示，仍需用原始秒数筛选，且不能将超时结果描述为达标。
理由如“属于咖啡馆，步行用时符合你的上限，在本次已核实候选中距离较近”；比较性说法必须与最终路线和排序一致，不写无依据的“人少、网红、口碑最好”。无需展开逐段导航或输出内部候选记录。
结尾仅补充必要说明：实际推荐少于目标数量的原因、相关属性未核实、部分路线查询失败或搜索范围限制。可统一说明“安静程度、排队情况及实时营业状态未核实”，按用户关心的属性裁剪。不要把超时或路线未知地点混进正式推荐表充数。

6. 异常与无结果

超时、限流或临时服务错误：对失败请求最多额外重试 2 次；参数错误先按工具定义纠正；明确鉴权失败或工具未配置时停止重复调用，如实说明当前无法核实，不要求用户提供密钥。若持续发生全局服务错误，停止批量请求。
单个地点路线失败：跳过该地点并尝试其他候选；已有成功核实的推荐仍可返回，并说明部分路线未能取得。不能把失败解释成不可步行、已停业或实际不存在。
无搜索结果：完成合理补搜后说明“本次查询范围内未找到符合条件的地点”，可建议扩大搜索范围或调整类型。
有地点但均超时或不满足硬条件：说明“本次已核实候选中没有符合条件的地点”，可建议放宽时间或其他条件；不得自动放宽再把结果说成符合原需求。
结果不足：仅返回实际合格数量并说明原因；服务失败与确实没有合格结果应分别表述。没有任何有效路线时，不输出带猜测距离或时间的推荐表。

发送前核对：数量不超限；每行可追溯到真实 POI 和从同一起点出发的有效步行路线；时间与距离均来自同一路径；硬条件按未舍入数值满足；顺序与偏好一致；缺失信息已明确标注。

使用前提

运行本 Skill 的 Agent 需要配置可用的高德 MCP 地点搜索与步行路线工具。服务凭据由使用者的工具运行环境管理，不写入 Skill。起点须由用户或平台明确提供；本 Skill 不读取设备定位。

使用示例

以下只展示输入方式，不代表已经查询到地点或路线。坐标为高德格式“经度,纬度”的示例输入；实际使用时换成你确认的起点。

城市杭州，起点坐标120.155070,30.274085。想找咖啡馆，步行不超过15分钟，最多推荐3家，优先近一点。
城市杭州，起点坐标120.155070,30.274085。推荐2个附近公园，步行不超过20分钟。
城市杭州，起点坐标120.155070,30.274085。想找安静的餐厅，步行10分钟内，最多2家。如果安静程度无法核实，请明确说明。

预期输出为简洁表格：地点名称、真实地址、路线查询得到的预计步行距离与时间，以及有依据的推荐理由。未取得有效步行路线、超时或类型不符的地点不会用于凑数；无结果和工具故障如实说明。

验证范围

已做 Skill 格式检查和模拟边界推演；未在本上传环境连接真实高德 MCP 完成地点实测。实际地点、路线和耗时需要运行时调用高德工具取得。