本地周边 POI 规划

要解决什么问题

当你要的不是泛泛的「附近有什么」，而是带约束的就近推荐——例如指定起点、必须地铁可达、要能坐、偏好某类商场、预算或氛围、还要避开夜市/仅外卖/无座位等——普通地图关键词搜索很难把「证据」和「决策」串成一条可执行的结论。本技能把请求拆成结构化字段，用 POI 召回 + 网页证据打分，再给出首选 / 备选 / 不推荐说明，证据不足时明确降级到区域或锚点建议，而不是编造店名。

工作方式

1. 解析请求：起点（--origin 或 CoreLocation / IP 兜底）、品类（--category、规则推断或关键词直搜高德）、偏好与避坑规则。
2. 召回与扩展：从结构化 POI 源（高德优先、OSM 兜底）取候选，并把起点扩展为商场、道路、站点、片区等锚点。
3. 证据检索：为候选生成多条本地检索 query，统一走 unified-search.sh（deep search-layer，含 Grok 等），按 CATEGORY_ALIASES 派生的品类 hint 对证据包打分。
4. 质量门与专项兜底：_assess_bundle_quality 判定 poor/weak/acceptable；弱证据时触发专项 fallback（如影院场景补 Maoyan 城市级厅型：IMAX/4DX 等）。
5. 输出契约：店级推荐（high/medium）或区域级 fallback（low），格式含首选、备选、风险点与下一步。

边界与注意

• 执行期无中间输出，完整流水线常需 3～10 分钟；经 exec 跑 planner.py 时必须 timeout=1800，勿用短超时误杀。
• 品类：Agent 不要用 LLM 把口语硬译成品类（如把「修理书包」改成「皮具护理」）；应传 --query，由 fallback 关键词管道交给高德自由文本搜索。
• 外网 enrichment 只能经 unified-search.sh，不要自建爬虫；中文本地 query 以 Grok 路径为主，Tavily/TinyFish 噪声高。
• macOS 可用 CoreLocationCLI（约 500m）解析「附近」类 query，首次可能弹定位权限。