umich-dining-mcp
Related Servers
Alternatives to umich-dining-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceProvides real-time access to menus from all six MIT Bon Appétit dining halls. It enables users to query daily or weekly schedules and filter options by specific dietary requirements such as vegan, halal, or gluten-free.25 npm1MIT
- AlicenseNot gradedqualityCmaintenanceEnables querying Yale Hospitality dining menus, listing residential colleges, fetching meal offerings, and searching dishes across colleges via MCP tools.MIT
- FlicenseNot gradedqualityDmaintenanceEnables logging food into MyFitnessPal diary via natural language, supporting search, log, quick add, and diary retrieval.-
- AlicenseAqualityDmaintenanceEnables natural language access to USDA's FoodData Central database with 1M+ foods, supporting search, nutrition facts, food comparison, and daily value calculations.8MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI clients to query University of Maryland data and services, including course catalogs, grade distributions, sections and instructors, dining menus, Shuttle-UM routes, athletics, campus events, and the campus directory. Supports signing in with a UMD Directory ID so students can access personalized Schedule of Classes, Testudo, and ELMS information.0Apache 2.0
- AlicenseAqualityAmaintenanceEnables AI assistants to browse and search lunch menus across LUT University's Skinnarila campus restaurants, including vegan and allergen-aware filtering, with clear reasons when menus are unavailable.40MIT
TDQS
Scored across 8 tools
Three tools (list_locations, get_hours, find_open_now) all return halls with service periods, and their boundaries rely on subtle distinctions like openNow vs. time-of-day filtering vs. weekly schedule. get_menu vs filter_dishes and get_item_nutrition vs list_nutrition_fields are better separated thanks to explicit cross-references in the descriptions, but the hours/location cluster remains overlapping.
All eight tools follow a consistent snake_case verb_noun pattern (get_menu, list_locations, filter_dishes, find_open_now), with verb choice reflecting intent (get for single-resource, list for enumeration, filter/find for queries). No naming style mixing.
Eight tools is well-scoped for a dining-hall domain: menu retrieval, filtering, hours, locations, occupancy, and nutrition each get focused coverage without redundancy in count. No tool feels like filler.
The surface covers menus, filtering, nutrition fields/panels, hours, location status, and occupancy, with cafes/markets/prices explicitly declared out of scope. Minor gaps: no multi-hall raw menu retrieval (only filter_dishes sweep) and dish lookup is name-based only, but agents can work around these.