核心用法
Dianping Query 是一个通过浏览器自动化查询大众点评餐厅信息的技能，主要解决三类场景：按名称查餐厅详情、按区域/菜系搜推荐、获取附近美食列表。
操作流程：直接访问杭州URL (dianping.com/hangzhou) → 确认登录账号"一定S" → 搜索关键词 → 从AI搜索结果页提取餐厅卡片信息。关键技巧是利用URL中的城市标识（如 /hangzhou 或 cityId=3）绕过账号定位限制，即使账号显示在北京也能获取杭州本地结果。
显著优点
1. 定位绕过能力：通过URL参数强制指定城市，解决账号异地登录导致的搜索结果偏差问题
2. 信息维度丰富：可提取评分、人均消费、地址、特色描述、推荐菜品、用户评价摘要等完整字段
3. 场景覆盖全面：支持精确名称查询、模糊区域搜索、菜系分类推荐三种主流需求
4. 无需复杂配置：直接复用已登录账号，避免频繁的验证码交互（除非Cookie过期）
潜在缺点与局限性
- 依赖浏览器工具：需要配合
browser和browser.tabs使用，无法直接API调用 - 页面结构敏感：AI搜索结果页采用动态加载，若大众点评改版可能导致提取规则失效
- 结果分页限制：大量结果需要滚动加载，自动化处理长列表时耗时较长
- 账号风控风险：频繁搜索可能触发平台反爬机制，需人工介入处理验证码
适合人群
- 旅行/出差用户：快速获取异地餐厅真实评价，避免"游客陷阱"
- 本地生活决策者：对比同区域多家餐厅性价比
- 美食探查需求：按菜系（如泰式、日料）发现新店铺
常规风险
| 风险类型 | 说明 | 缓释建议 |
|:--|:--|:--|
| 信息时效性 | 评分、价格可能滞后于实际 | 优先参考近期评价时间戳 |
| 定位误判 | 未使用杭州URL时结果可能跳转北京 | 严格按文档使用 `dianping.com/hangzhou` |
| 账号异常 | Cookie过期或风控导致登录态丢失 | 准备手机号验证码备用流程 |
| 数据提取失败 | 页面改版导致选择器失效 | 监控页面结构变化，准备兜底提示 |