核心用法
opentable-mcp 是一款非官方 MCP 服务器，让用户能以自然语言与 OpenTable 交互完成餐厅预订全流程。核心工作流为：搜索餐厅 → 查询可用时段 → 预览/确认预订 → 管理订单。需配合 fetchproxy 浏览器扩展运行，依赖用户已登录的 opentable.com 标签页进行身份验证，无需手动处理 Cookie 或密码。
关键工具链：
opentable_search_restaurants— 按关键词、位置、日期、人数搜索opentable_get_restaurant— 获取餐厅详情（含必需参数 dining_area_id）opentable_find_slots— 查询可预订时段（返回短时效 reservation_token）opentable_book_preview→opentable_book— 信用卡担保类预订必需预览流程opentable_list_reservations/opentable_cancel— 订单管理与取消- 收藏管理：
list_favorites、add_favorite、remove_favorite
特殊场景处理：
- Experience 强制餐厅：需额外选择体验套餐，通过
bookableExperiences获取experience_id - 仅展示餐厅（
bookable: false）：引导用户直接致电或通过官网预订 - 修改预订：必须使用
modify_preview→modify流程，禁止取消+重新预订以免触发防刷单机制
显著优点
1. 零凭证配置：无需 API Key，依赖浏览器现有登录态，规避密码管理风险
2. 自然语言交互：大幅降低 OpenTable 操作门槛，适合快速比价、多条件筛选
3. 完整功能覆盖：支持实时可用性查询、信用卡担保预览、订单修改与取消
4. 透明架构：开源实现，依赖关系清晰（fetchproxy 扩展 + MCP 服务器）
潜在缺点与局限性
- 非官方实现：逆向工程 OpenTable 内部 API，存在随时失效风险；OpenTable 无 SLA 保障
- 强依赖浏览器生态：fetchproxy 扩展必须常驻后台，Chrome MV3 服务 workers 休眠会导致 2-5 秒冷启动延迟
- 时效性敏感：预订令牌（token/slot_hash）1-2 分钟内过期，需即时确认
- 仅限桌面端：依赖浏览器扩展，移动端场景无法使用
- 潜在 ToS 风险：自动化访问可能违反 OpenTable 服务条款
适合人群
- 高频餐厅预订用户，希望简化多平台比价流程
- 需要批量查询可用性或管理多个预订的行政助理
- 熟悉 MCP 生态的技术用户，能接受非官方集成方案
常规风险
- 账户安全：扩展拥有访问已登录站点的权限，需信任 fetchproxy 开发者
- 稳定性风险：OpenTable 前端升级可能导致查询哈希失效，需手动修复
- 支付风险：信用卡担保预订的扣款逻辑由 OpenTable 控制，预览流程仅作展示无法干预
- 数据隐私：预订行为数据仍流经 OpenTable 官方服务器