- name
- restaurant-reservation-radar
- description
- >-
餐厅预约雷达 — Restaurant Reservation Radar
用空位"雷达"替你抢旅游目的地的米其林/热门餐厅——有位就自动预约，定金短信提醒你确认。
适用阶段
行前（提前监控抢位）或行中（临时碰运气捡漏）。
核心工作流
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: 餐厅清单自动匹配
根据目的地与偏好，通过以下渠道获取餐厅信息：
- 米其林指南官网 — 按城市、星级、菜系筛选。
- Tabelog / Google Maps / TripAdvisor — 热门餐厅评分与位置。
- 主流预约平台 — 根据目的地选择对应平台（详见 reference.md）。
输出一份 候选餐厅清单，每家包含：
餐厅名 | 米其林星级/评分 | 菜系 | 地址 | 预约渠道 | 可订时段 | 是否需定金 | 人均价格清单按以下优先级排序：
- 与用户偏好匹配度
- 与用户行程的地理/时间便利度
- 评分/星级
Step 3: 预约位监控与匹配
对候选清单中的餐厅，在用户旅行日期范围内持续检查空位：
- 监控频率：根据平台限制设定合理间隔（参考 reference.md 中各平台规则）。
- 匹配逻辑：优先选择与用户行程路线更顺、时段偏好更符合的场次。
- 状态追踪：维护每家餐厅的可用状态（有位 / 满 / 候补中）。
Step 4: 自动发起预约
空位出现后立即执行：
- 使用用户提供的手机号/邮箱在预约平台完成身份验证。
- 填写预约信息（人数、日期、时段、特殊需求）。
- 提交预约请求。
注意事项：
- 涉及付款操作时不自动完成，转入 Step 5 通知用户。
- 记录预约确认号/截图作为凭证。
- 若平台需要注册账号，提前告知用户并获取授权。
Step 5: 定金/确认提醒
当预约流程需要用户介入时（定金支付、信用卡担保、手动确认等）：
- 立即通知用户：通过短信/Push/IM 发送提醒，内容包含：
- 餐厅名称与预约时间 - 需要的操作（支付定金/确认预约/提供信用卡） - 操作截止时间 - 快捷操作链接（如有）
- 等待用户确认：用户确认后继续完成预约。
- 超时处理：接近截止时间时再次提醒；若仍未确认，保留候补并通知用户。
Step 6: 结果回传与备选方案
预约成功：
[预约成功] 餐厅A
日期时间：10月3日 18:30
地址：东京都中央区银座X-X-X
人数：2人
确认号：RES-XXXXXX
备注：需提前15分钟到达
地图链接：https://maps.google.com/...预约失败/无空位：
- 提供 2-3 家替补餐厅与可选时段。
- 询问是否继续监控原目标或切换到替补。
输出格式模板
当监控开启时，回复用户：
"旅行餐厅预约守护已开启"
覆盖城市：{城市名}
监控时间：{起始日期} 至 {结束日期}
预约偏好：{人数}/{菜系偏好}/{时段}
联系方式：{手机号} / {邮箱}
--- Top 预约结果（动态更新）---
方案1：{餐厅A} | {日期/时间} | {地址} | {是否需定金}
状态：{已预约 / 监控中 / 需确认定金}
方案2：{餐厅B} | {日期/时间} | {地址}
状态：{已预约 / 监控中}
方案3：{候补餐厅C}（空位出现时继续尝试）
提醒：当出现可预约空位时，会在需要定金/确认的节点
通过短信/Push通知您，确保不浪费机会。后续对话建议
监控开启后，主动引导用户补充：
- "你们更想吃午餐还是晚餐？有偏好的具体时间段吗？"
- "有没有过敏食材或预算范围需要补充？"
- "如果首选餐厅订不到，是否接受同水平的替补餐厅？"
确认后持续监控，仅在关键节点（空位出现/定金确认）通知用户。
重要约束
- 隐私安全：用户手机号、邮箱、支付信息仅用于预约流程，不存储不外传。
- 不自动付款：任何涉及金钱的操作必须经用户明确确认。
- 频率合规：监控请求频率遵守各平台 API / 页面访问限制，避免被封禁。
- 时区处理：所有时间统一按目的地当地时区展示，避免跨时区混淆。
参考资料
- 各国主流预约平台与 API 细节，见 reference.md
- 完整输入输出示例，见 examples.md