酒店预订比价搜索

要解决的问题

酒店搜索容易在「展示哪些结果」和「哪些能真正下单」之间脱节：列表价格可能来自缓存，房态、取消政策、税费说明也常常不完整。这个技能把 候选发现、实时报价、可预订校验、下单与支付 串成一条链路，减少人工核对多个后台的成本。

技能如何工作

• 输入 地点、入住日期、退房日期 后调用 search_location 解析区域或 POI；未给半径时按 3 km 处理并明确告知。
• 用 search_hotels 取回候选池，保留原始结果和 distance_km；search_hotels.min_price 只作为缓存候选信号。
• 对需要进入排序的候选批量调用 query_room_rates，只有返回匹配实时产品后才报价；is_on_request=false 才说明可即时预订。
• 创建订单前必须补齐客人 法定全名 与有效 contact_email，随后可用 pay_order 启动支付，并通过 query_booking、cancel_booking 管理订单。
• 取消政策按接口原文解释：non_refundable 或 effective_non_refundable=true 视为不可退；free_cancel_before_deadline 只在截止前免费。

适用边界与注意点

• 酒店、坐标、图片、价格、政策与房态只能来自 TourMind API，不得用模型记忆补全。
• 半径、预算、星级、入住人数与设施硬约束不会被静默放宽；预算语义不清时需先澄清「每晚」还是「全程」。
• 最终确认需说明 TourMind 房价含税；少数目的地可能在入住时收取城市税或旅游税，接口明确披露时再单独展示。
• API 失败按允许重试后的结果如实报错，不替换为虚构酒店或推荐；如地点无法解析，应直接说明失败原因。