tock-mcp
Related Servers
Alternatives to tock-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityCmaintenanceEnables AI agents to search restaurants, check availability, and book reservations on OpenTable, including managing booking history and handling multi-factor authentication.959 npmMIT
- AlicenseAqualityDmaintenanceEnables AI agents to search restaurants, check availability, and book reservations on OpenTable, with persistent sessions and MFA handling.959 npm1MIT
- FlicenseBqualityFmaintenanceEnables users to search, check availability, and book restaurant reservations across Resy and OpenTable platforms. It supports direct booking for Resy and includes an automated reservation 'sniper' for securing high-demand slots the moment they become available.124-
- FlicenseNot gradedqualityDmaintenanceEnables restaurant reservation management through SevenRooms API, allowing users to create reservations and query available time slots with guest details and party size information.-
- FlicenseNot gradedqualityCmaintenanceEnables AI agents and clients to check table availability and book restaurant reservations for a given date, time, and party size, returning either a confirmed booking or the nearest alternative slots. It also supports idempotent retries so replayed requests return the original reservation rather than double-booking a table.-
- FlicenseNot gradedqualityNot gradedmaintenanceAn AI-native restaurant discovery service that enables searching and receiving natural language recommendations for over 2,200 restaurants across 15+ US cities. It provides tools for accessing detailed restaurant info, curated lists, and cuisine-specific searches through the Model Context Protocol.-
TDQS
Scored across 8 tools
Every tool targets a distinct resource/action: reservation listing vs. availability vs. metro listing vs. profile vs. verification vs. venue detail vs. search vs. bridge diagnostics. There is no meaningful overlap; even the closely related get_restaurant/search_restaurants and list_reservations/verify_reservation have clearly separated roles.
Almost all tools follow a clean tock_verb_noun pattern (list_reservations, get_availability, list_metros, get_profile, verify_reservation, get_restaurant, search_restaurants) with a consistent tock_ prefix. Only healthcheck breaks the verb_noun convention, a minor deviation.
Eight tools is well-scoped for a restaurant discovery/verification server, and each one earns its place (discovery, availability, reservations, profile, verification, diagnostics). Nothing feels redundant or padded.
The read surface is solid for discovery and checking reservations, but the server is explicitly read-only: it cannot book or cancel a reservation, even though verify_reservation acknowledges booking attempts and canceled reservations exist. Menus/reviews are also absent, leaving notable gaps in the reservation lifecycle.