用途：跨平台比较公开旅行信息。可比较某目的地和日期区间的酒店或短租，查看房源公开详情、评价、日历或房东房源组合，通过 Agoda 查询航班与活动，并对同一目的地做多平台交叉核对。
主要能力：支持 Airbnb、Agoda、Hotels.com、Trip.com、Vrbo 的搜索与详情路线。结果保留来源平台身份，并分别保存每晚房价、展示总价、费用、税费、取消条款、可订状态和币种。Vrbo 部分可先通过 vrbo_locations_search 获取目的地标签、区域 ID 和坐标，再用于 vrbo_search；排序、筛选和范围 ID 需从返回的 facets 中获取，不要自行编造。
使用方式：设置环境变量 CRAWLORA_API_KEY（来自 crawlora.net），运行 scripts/crawlora.sh，脚本会将密钥发送到固定的 Crawlora API 主机。示例：scripts/crawlora.sh /airbnb/search location="Lisbon" checkin=2026-10-10 checkout=2026-10-14 | jq '.'；scripts/crawlora.sh /agoda/hotels/search city="Lisbon" | jq '.'；scripts/crawlora.sh /hotels/autocomplete query="Lisbon" | jq '.'；scripts/crawlora.sh /tripcom/hotels/search keyword="Lisbon" | jq '.'；scripts/crawlora.sh /vrbo/locations/search search_term="Paris"。部分 Hotels.com 和 Agoda 接口接受 POST 请求体，需按生成的端点参考传入文档规定的 body 结构。
适用场景：旅行前的住宿、短租、酒店、航班或活动信息调研，以及同一目的地的多平台价格与可订状态对比。
限制：该技能仅做研究，不能预订房间、购买航班、提交付款，也不会修改房东或旅行者账户。价格与可订状态是时间敏感的实时快照，每次比较都应记录检索时间、日期、入住人数、币种和平台。评分、评价与取消条款属于平台报告的证据，重要预订决策应在原始平台核实。不要用局部响应推算最终结算总价；Agoda 的航班和活动路线是独立界面，不可与酒店价格混在同一次比较中。一个平台的房源 ID 不能用于另一个平台。分页应设边界，并保留各提供商专属 ID 和时间戳。