Google Hotels 搜索技能评估
核心用法
本技能通过 agent-browser 自动化工具访问 Google Hotels，实现酒店价格、评分、设施和可用性的实时检索。核心工作流分为URL 快速路径（推荐）和交互式深度搜索两种模式。
URL 快速路径通过构造编码后的 URL 直接加载结果，仅需 3 条命令即可完成带日期的搜索。关键在于使用 hotel_ts() 函数生成 Base64 编码的日期参数 ts=，支持 2025-2030 年范围内的任意入住/退房日期。此方式避免了繁琐的日历交互，效率最高。
交互式功能适用于需要调整宾客数量、房型筛选（星级、价格区间、设施）、或日历导航的场景。技能提供了完整的故障排除指南，包括 consent 弹窗处理、日历错位修复、快照阻塞等常见问题的解决方案。
显著优点
1. 高效编码系统：自定义的 hotel_ts bash 函数将 7 个日期/晚数参数压缩为 Google 专用的 protobuf 格式，显著简化调用。
2. 并行会话支持：支持同时打开多个地理位置的搜索会话（如涩谷 vs 新宿对比），通过后台进程实现并发。
3. 结果结构化输出：强制使用表格呈现酒店名称、星级、评分、每晚价格、总价、预订渠道和核心设施，便于用户横向对比。
4. 直接预订优化：技能明确区分"搜索"与"预订"边界，但在结果呈现后提供可选的直销渠道检查，包括官网促销码、会员计划（如 IHG One Rewards、Marriott Bonvoy、Hilton Honors 等）和直接预订折扣。
5. 安全边界清晰：严格禁止跳转至 Booking.com、Expedia 等 OTA 网站，仅在用户明确请求后访问酒店官网，降低中间人攻击和钓鱼风险。
潜在缺点与局限性
- 仅限搜索功能：无法完成实际预订，用户需自行跳转至外部网站完成交易。
- 日期范围受限：
hotel_ts函数仅支持 2025-2030 年，超出此范围需回退到交互式日历操作。 - 宾客/房型需交互设置：URL 快速路径不支持预设置房间数和宾客数，默认 1 房 2 人，需额外命令调整。
- 实时性依赖：价格数据为 Google 抓取的实时 OTA 报价，可能因网络延迟或缓存导致短暂过时。
- CAPTCHA 不可解：遇到验证码时需告知用户等待，无法自动绕过。
适合人群
- 需要快速比价、筛选高评分酒店或特定设施（泳池、健身房）的休闲/商务旅客。
- 对会员计划敏感、希望比较直销价与 OTA 价的价格敏感型用户。
- 规划多城市行程、需要并行对比不同区域住宿选项的复杂行程规划者。
常规风险
- 隐私泄露：Google Hotels 要求登录状态可能暴露用户搜索历史；建议在隔离会话中使用。
- 价格准确性：显示价格为"起价"或 OTA 报价，实际结账时可能因税费、服务费产生差异。
- 可用性延迟：热门日期酒店可能瞬间售罄，快照结果不代表实时库存。
- 外链风险：访问酒店官网时需警惕非官方域名，技能应严格验证 URL 格式。