通过 MrScraper 按 Booking.com 酒店网址请求价格信息。结合实际返回的入住及计价条件查看报价，再到来源核对可订情况和最终预订条款。
按确认的实际用量结算，未使用的预留额度会恢复到可用余额。
MrScraper
通过 MrScraper 按 Booking.com 酒店网址请求价格信息。结合实际返回的入住及计价条件查看报价，再到来源核对可订情况和最终预订条款。
提供需要查看的 Booking.com 酒店网址，并保留其中已有的目标入住条件。本工具通过 MrScraper 请求房价信息。若返回报价，你的 Agent 可以整理实际房价及来源提供的条件，分别保留不同房型或报价选项，供你查看。
查看这个 Booking.com 酒店页面的房价：[先选好入住日期和人数，再粘贴酒店页面链接]。只整理实际返回的报价，说明适用的入住条件，并提醒我预订前核对总价和条款。
提交网址不能证明所有入住设置均已生效、已收集全部报价或房间当前可订。不要假定展示金额为每晚价格、含税价格或最终总额。可订情况、取消条款和结账价格需要到来源确认。
开始前检查当前输入要求、可用状态和最高预留费用。
| 字段 / 路径 | 类型 | 是否必填 | 含义 |
|---|---|---|---|
酒店报价请求body | object | 必填 | 必填对象，在 url 中包含酒店网址。没有独立的日期、人数、房间数、币种或预订输入。保留网址中由来源或用户提供的入住背景，并核对实际响应。
|
Booking.com 酒店网址body.url | string | 必填 | 必填的完整 URI 格式酒店页面网址。基础示例为 https://www.booking.com/hotel/th/admiral.html。保留所提供网址中已有的目标入住参数；参数存在不能证明返回的报价与其一致。
|
{
"type": "object",
"required": [
"body"
],
"properties": {
"body": {
"type": "object",
"$schema": "https://json-schema.org/draft/2020-12/schema",
"required": [
"url"
],
"~standard": {
"vendor": "zod",
"version": 1,
"jsonSchema": {}
},
"properties": {
"url": {
"type": "string",
"format": "uri",
"description": "来源 URL。类型: 字符串"
}
},
"additionalProperties": false
}
},
"additionalProperties": false
}暂未配置返回字段说明。
请求必须包含 body 对象，其中 url 为必填的 URI 格式字符串。此报价任务应使用 Booking.com 酒店页面网址。文档中的基础示例是 https://www.booking.com/hotel/th/admiral.html；它说明输入形式，并非已成功取得的当前报价。
供应商文档描述的是包含入住和退房日期的酒店网址。保留真实来源或用户提供的网址中已有的入住设置。没有独立的日期、成人、儿童、房间数或币种输入。参数出现在网址中，不能证明供应商已采用该参数；比较金额前，应核对实际响应的条件。
若返回房价，应保留来源提供的币种和计价单位。仅在条件明确时，比较相同入住、客人安排及房间数。没有明确依据时，不要直接将金额折算为每晚价格，也不要认定它按房间、按整个入住或包含税费计价。
保留各条报价提供的全部条件，包括餐食或取消条款。不同报价可能使用相同房型名称，不要仅按名称合并。若标签、标志和政策文字不一致，应保留矛盾并到来源核对，不要自行认定保证免费取消。
房价检索并非预订或付款操作。返回报价、未返回报价或结果为空，本身均不能确定当前可订情况。依赖某条报价前，应到 Booking.com 核对目标入住、剩余可订情况、适用条款和最终结账金额。
把复制的链接粘贴到任务输入框，示例：[已选好入住条件的 Booking.com 酒店页面链接]。页面没有单独填写日期或人数的位置，因此要检查返回报价是否与所选入住条件一致。
查看这个 Booking.com 酒店页面的房价：[先选好入住日期和人数，再粘贴酒店页面链接]。只整理实际返回的报价，说明适用的入住条件，并提醒我预订前核对总价和条款。
如果结果显示入住日期、人数、所用货币、餐食或取消条件，请把这些信息与对应报价放在一起。预订前到 Booking.com 核实是否有房、总价和最终条款；此工具不会替你预订。
本工具接收酒店网址，没有这些设置的独立控制。供应商文档将入住日期放在网址中。保留来源或用户提供的网址中的相关设置，再核对实际响应；不要虚构额外字段，也不要假定未说明的日期、人数或币种。
没有统一的计价依据。保留响应实际提供的币种、入住时长、房间范围及税费说明。没有清楚依据时，不要将数字折算为每晚价格或最终总额；应到 Booking.com 确认结账金额。
仅凭房型名称，不能识别完整报价。来源提供的餐食、取消或其他条件可能不同。将各条报价及其完整条件分别保留，仅比较相同条件的选项；不要因为房型名称重复就删去某条报价。
保留两种说明，将取消条件视为尚未确定。政策文字不一致时，不要将某个标志或“可退款”标签直接当作免费取消承诺。依赖这些条件前，应到 Booking.com 核对对应报价的条款、期限及费用。
不会。这是房价信息请求，没有预订或付款输入。报价金额不能证明已预留库存或仍然可订。准备预订时，应在 Booking.com 重新核对目标入住及最终报价。
仅凭这些情况不能判断。应区分执行错误、信息缺失、空集合，以及来源对可订情况的明确说明，并检查实际对应的入住条件。响应未解释房价为何缺失时，不要自行认定售罄或日期无效。