用空位“雷达”替你抢旅游目的地的米其林/热门餐厅

旅行目的地米其林与热门餐厅空位监控、自动预约与定金提醒助手。 收集用户旅行日期、目的城市、人数与用餐偏好后，自动匹配米其林/热门餐厅清单， 持续监控空位并尝试自动预约，需要定金或确认时通过短信/Push 通知用户。 当用户提到"餐厅预约""米其林订位""旅行餐厅""热门餐厅预定""自动订餐厅""抢位" "餐厅空位""预约监控"或在旅行规划中涉及餐厅预订时使用。

餐厅预约雷达 — Restaurant Reservation Radar

用空位"雷达"替你抢旅游目的地的米其林/热门餐厅——有位就自动预约，定金短信提醒你确认。

适用阶段

行前（提前监控抢位）或行中（临时碰运气捡漏）。

核心工作流

text

Task Progress:
- [ ] Step 1: 收集行程与偏好
- [ ] Step 2: 餐厅清单自动匹配
- [ ] Step 3: 预约位监控与匹配
- [ ] Step 4: 自动发起预约
- [ ] Step 5: 定金/确认提醒
- [ ] Step 6: 结果回传与备选方案

Step 1: 收集行程与偏好

向用户获取以下信息（必填项用 * 标记）：

字段	说明	示例
*目的城市/国家	旅行目的地	日本东京
*旅行日期范围	出发—返回日期	10月1日—10月7日
*用餐人数	含儿童需注明	2大人
用餐偏好	菜系/食材/关键词	寿司、怀石
用餐时段	午餐/晚餐/不限	晚餐优先
过敏/禁忌	不吃的食材	无甲壳类
预算范围	人均或总预算	人均 ¥2000 以内
是否接受候补	排队等位意愿	接受
*联系方式	手机号 + 邮箱	+86-138xxxx / email

交互原则：

• 首次对话仅确认必填项，可选项使用合理默认值。
• 用户已在对话中给出的信息不重复询问。
• 一次性用结构化问题收集，不拆多轮。

Step 2: 餐厅清单自动匹配

根据目的地与偏好，通过以下渠道获取餐厅信息：

1. 米其林指南官网 — 按城市、星级、菜系筛选。
2. Tabelog / Google Maps / TripAdvisor — 热门餐厅评分与位置。
3. 主流预约平台 — 根据目的地选择对应平台（详见 reference.md）。

输出一份 候选餐厅清单，每家包含：

text

餐厅名 | 米其林星级/评分 | 菜系 | 地址 | 预约渠道 | 可订时段 | 是否需定金 | 人均价格

清单按以下优先级排序：

1. 与用户偏好匹配度
2. 与用户行程的地理/时间便利度
3. 评分/星级

Step 3: 预约位监控与匹配

对候选清单中的餐厅，在用户旅行日期范围内持续检查空位：

• 监控频率：根据平台限制设定合理间隔（参考 reference.md 中各平台规则）。
• 匹配逻辑：优先选择与用户行程路线更顺、时段偏好更符合的场次。
• 状态追踪：维护每家餐厅的可用状态（有位 / 满 / 候补中）。

Step 4: 自动发起预约

空位出现后立即执行：

1. 使用用户提供的手机号/邮箱在预约平台完成身份验证。
2. 填写预约信息（人数、日期、时段、特殊需求）。
3. 提交预约请求。

注意事项：

• 涉及付款操作时不自动完成，转入 Step 5 通知用户。
• 记录预约确认号/截图作为凭证。
• 若平台需要注册账号，提前告知用户并获取授权。

Step 5: 定金/确认提醒

当预约流程需要用户介入时（定金支付、信用卡担保、手动确认等）：

1. 立即通知用户：通过短信/Push/IM 发送提醒，内容包含：
   • 餐厅名称与预约时间
   • 需要的操作（支付定金/确认预约/提供信用卡）
   • 操作截止时间
   • 快捷操作链接（如有）
2. 等待用户确认：用户确认后继续完成预约。
3. 超时处理：接近截止时间时再次提醒；若仍未确认，保留候补并通知用户。

Step 6: 结果回传与备选方案

预约成功：

text

[预约成功] 餐厅A
  日期时间：10月3日 18:30
  地址：东京都中央区银座X-X-X
  人数：2人
  确认号：RES-XXXXXX
  备注：需提前15分钟到达
  地图链接：https://maps.google.com/...

预约失败/无空位：

• 提供 2-3 家替补餐厅与可选时段。
• 询问是否继续监控原目标或切换到替补。

输出格式模板

当监控开启时，回复用户：

text

"旅行餐厅预约守护已开启"

覆盖城市：{城市名}
监控时间：{起始日期} 至 {结束日期}
预约偏好：{人数}/{菜系偏好}/{时段}
联系方式：{手机号} / {邮箱}

--- Top 预约结果（动态更新）---

方案1：{餐厅A} | {日期/时间} | {地址} | {是否需定金}
  状态：{已预约 / 监控中 / 需确认定金}

方案2：{餐厅B} | {日期/时间} | {地址}
  状态：{已预约 / 监控中}

方案3：{候补餐厅C}（空位出现时继续尝试）

提醒：当出现可预约空位时，会在需要定金/确认的节点
通过短信/Push通知您，确保不浪费机会。

后续对话建议

监控开启后，主动引导用户补充：

1. "你们更想吃午餐还是晚餐？有偏好的具体时间段吗？"
2. "有没有过敏食材或预算范围需要补充？"
3. "如果首选餐厅订不到，是否接受同水平的替补餐厅？"

确认后持续监控，仅在关键节点（空位出现/定金确认）通知用户。

重要约束

• 隐私安全：用户手机号、邮箱、支付信息仅用于预约流程，不存储不外传。
• 不自动付款：任何涉及金钱的操作必须经用户明确确认。
• 频率合规：监控请求频率遵守各平台 API / 页面访问限制，避免被封禁。
• 时区处理：所有时间统一按目的地当地时区展示，避免跨时区混淆。

参考资料

• 各国主流预约平台与 API 细节，见 reference.md
• 完整输入输出示例，见 examples.md