Model Context Protocol server for AI-native restaurant discovery — three-tier search (verified → menu_indexed → discovered), Menu Protocol menus, and structured menu validation. Plug into Claude Desktop, Cursor, ChatGPT, or any MCP host in about 30 seconds.
Production endpoint: https://foodnear.me/mcp · 8 tools · 4 resources · 3 prompts · No API key (beta)
Cursor — ~/.cursor/mcp.json (macOS/Linux) or %USERPROFILE%\.cursor\mcp.json (Windows)
Claude Desktop — ~/Library/Application Support/Claude/claude_desktop_config.json (macOS), %APPDATA%\Claude\claude_desktop_config.json (Windows)
{
"mcpServers": {
"foodnear-me": {
"command": "npx",
"args": ["-y", "mcp-remote", "https://foodnear.me/mcp"]
}
}
}“Find vegan Thai restaurants near Brooklyn Bridge and show me a menu for the top result.”
Your agent should call search_restaurants → get_menu (or get_restaurant first).
| Tool | Description |
|---|---|
search_restaurants |
Three-tier geo search by lat/lng — verified → menu_indexed → discovered; check menu_available before get_menu |
get_restaurant |
Restaurant profile with Schema.org JSON-LD + Menu Protocol extensions |
get_menu |
Full Menu Protocol v1.0 menu (dietary flags, allergens, signatures) |
get_ado_score_breakdown |
ADO score factors and improvement recommendations |
validate_menu_protocol |
Validate a Menu Protocol JSON payload before publish |
explore_area_for_diet |
Composite: bucketed neighborhood overview (verified / menu_indexed / discovered); optional dietary filter narrows the verified tier only |
compare_restaurants_for_diet |
Composite: compare 2–5 known restaurants by dietary-eligible menu items and trust tier ranking |
find_restaurants_along_route |
Composite: route-adjacent restaurant discovery between origin/destination with optional dietary ranking |
| URI | Content |
|---|---|
foodnearme://spec/menu-protocol |
Menu Protocol v1.0 specification |
foodnearme://spec/openapi |
OpenAPI 3.1 spec pointer |
foodnearme://agent/skill |
Agent skill summary |
foodnearme://examples/search-flow |
Example search → menu flow |
| Prompt | Args | Guides agent to |
|---|---|---|
find_dinner_near_me |
location (required), cuisine?, dietary? |
search_restaurants → get_menu |
dietary_constrained_menu |
restaurant_id, restrictions |
get_menu with explicit MP flags/allergens |
validate_my_menu |
strict? (true for strict mode) |
validate_menu_protocol |
| Setting | Value |
|---|---|
| MCP URL | https://foodnear.me/mcp |
| Transport | HTTP JSON-RPC (POST); discovery via GET /mcp |
| Auth | None during beta (rate limits apply) |
| Registry | me.foodnear/foodnear-me (official MCP Registry) |
Preview / local: Replace the URL with http://localhost:3000/mcp when running npm run dev in apps/web.
Operational tool filter: set FNM_MCP_ENABLED_TOOLS=search_restaurants,get_menu to expose only a comma-separated subset in tools/list and GET /mcp. Leave unset or * to expose all tools. This is for temporary degradation/context control, not privacy or auth.
┌─────────────────────┐ POST /mcp (JSON-RPC) ┌─────────────────────────┐
│ MCP host │ ────────────────────────────▶│ apps/web/app/mcp │
│ (Cursor / Claude) │ GET /mcp (discovery) │ Next.js route handler │
└─────────────────────┘ └────────────┬────────────┘
│
▼
┌─────────────────────────┐
│ Supabase + PostGIS │
│ Menu Protocol (MP) │
└─────────────────────────┘
Implementation: apps/web/app/mcp/route.ts · Flow runner: apps/web/lib/mcp/mcp-flow-runner.ts
Failed tools/call responses include structured metadata in _meta.error:
| Field | Meaning |
|---|---|
code |
VALIDATION_ERROR · NOT_FOUND · UPSTREAM · RATE_LIMITED · UNKNOWN |
message |
What went wrong |
hint |
How to fix the request |
retryable |
Whether the agent should retry |
docs |
https://foodnear.me/docs#quick-start |
Human-readable text is still in content[0].text for hosts that ignore _meta.
From repo root (with apps/web dev server running for localhost):
# Automated agent flows (14 flows when Supabase + seed configured; 11 without DB)
npm run test:mcp-flows
# Against production
npm run test:mcp-flows:http
# Discovery GETs + MCP tools/list count
npm run smoke:mcp
# Three-tier trust model copy parity (local files)
npm run check:discovery-copy
# Full deploy gate (13 checks + discovery copy on production URL)
npm run preflight -w web
# or: ./apps/web/scripts/deploy-preflight.sh https://foodnear.meProduction monitoring: GitHub Actions workflow MCP Production Smoke runs smoke:mcp daily and on manual dispatch (.github/workflows/mcp-smoke.yml).
| File | URL |
|---|---|
llms.txt |
https://foodnear.me/llms.txt |
llms-full.txt |
https://foodnear.me/llms-full.txt |
| MCP manifest | https://foodnear.me/.well-known/mcp-server.json |
| AgentRoot | https://foodnear.me/.well-known/agentroot.json |
| Skill file | https://foodnear.me/SKILL.md |
| OpenAPI | https://foodnear.me/openapi.json |
| Web quick reference | https://foodnear.me/docs |
Scripted flows: apps/web/docs/example-agent-flows.md
search_restaurantsreturns verified → menu_indexed → discovered.- Every result includes
verification_statusandmenu_available. Callget_menuonly whenmenu_availableis true. - Verified — owner-approved MP; authoritative for dietary/allergen claims.
- menu_indexed — automated/public MP menu; cite with caveat — not owner-verified.
- discovered — place only; do not cite menu items.
- Trust progression:
discovered→menu_indexed→verified. See https://foodnear.me/attribution for data sources.
Do I need an API key?
No for beta MCP access. Future paid tiers may use API keys or x402 (USDC on Base). See x402-prepaid-spec.md in your local docs/Food Near Me playbook.
Tools not showing after restart?
Confirm the config URL ends with /mcp. Restart the host completely. Run npm run smoke:mcp against your target base URL.
Empty search results?
Beta verified menus are seeded for specific metros (e.g. Williamsburg, NYC). 7 menu_indexed restaurants in Williamsburg have automated menus from website ingest. Discovered place listings cover many US metros — use coordinates in an imported region. Demo coords: 40.7128, -74.006. Run npm run db:seed -w web locally for verified test data.
Cursor vs Claude config path?
See Quick start above — each host uses a different JSON file; only the mcpServers block matters.
How is this different from DoorDash / Uber Eats APIs?
We expose owner-verified Menu Protocol data for agents — not scraped aggregator menus or ordering checkout.
This repository ships the MCP server inside the foodnear.me web app:
| Path | Purpose |
|---|---|
apps/web |
Next.js app — MCP at /mcp, landing, API routes |
packages/menu-protocol |
Menu Protocol schema + validators |
database |
Migrations, seeds, schema |
server.json |
Official MCP Registry metadata |
Business strategy and runbooks live in a separate local docs folder (not in this repo) — see your team's docs/Food Near Me playbook.
npm install
cd apps/web && cp .env.example .env.local # Supabase keys
npm run dev # http://localhost:3000
npm run test:mcp-flows # POST localhost:3000/mcpPromote discovered → menu_indexed via free website/ordering-platform parsers (ChowNow API, order.online, Sauce, Squarespace, BentoBox, Toast, Playwright). Always dry-run first — headless is slow.
cd apps/web
npm run db:probe:menu-batch -- --headless --limit=10
npm run db:import:menu-indexed:website:headless:dry-run -- --limit=10
npm run db:import:menu-indexed:website:headless -- --limit=10 # liveNo Uber Eats / DoorDash / Grubhub / RapidAPI scrapers. See apps/web/docs/example-agent-flows.md.
- Website: https://foodnear.me
- GitHub: https://github.com/food-near-me/platform
- Menu Protocol spec: https://github.com/foodnearme/menu-protocol
- Support: https://foodnear.me/support · api@foodnear.me