The full upstream README, mirrored here for reference. Install config, tool schemas, adoption signals, and an original overview live on the Espresso MCP listing page.
An MCP server that finds great espresso cafes — and codifies what makes them great.
espresso-mcp is a Model Context Protocol server you can plug into Claude Desktop, Claude.ai, ChatGPT, Google Gemini, Cursor, Hermes, OpenClaw, and any other standard MCP host. It ships with a curated database of 100+ specialty-coffee shops, 75+ specialty roasters, and a transparent scoring algorithm that captures why a shop is good — sourcing, freshness, equipment, training — and why a shop is bad (the heaviest negative signal: menus dominated by flavored syrups).
It is not a Yelp clone. The data is hand-curated, the scoring is explicit, and the philosophy is "if it's covering bad coffee with flavors, we don't want it."
espresso-mcp has an opinion. Shops that hide bad coffee behind flavored syrups are the failure pattern this tool is designed to filter out. The scoring algorithm gives syrup_emphasis the heaviest non-disqualifying penalty (−22) — heavier than any single positive signal. Mass-market chains (Starbucks, Dunkin', Costa, Tim Hortons, Peet's, Caribou) and "looks third-wave but tastes flavored" shops (the algorithm's flavor-led-specialty category) score in avoid or fair tier regardless of how good the signage looks.
Positive credit goes to the signals great shops actually invest in:
Every signal is documented at src/scoring/weights.ts and surfaced to clients via the score breakdown on every result — you can see exactly why a cafe is recommended.
Once installed in your MCP client, you can ask things like:
The model gets a structured score with reasoning, distance, awards, and per-signal contributions — enough to give you an honest recommendation rather than a popularity list.
| Client | Section |
|---|---|
| Claude Desktop | ↓ |
| Claude.ai (Browser MCP) | ↓ |
| ChatGPT | ↓ |
| Google Gemini CLI | ↓ |
| Hermes (Nous Research) | ↓ |
| OpenClaw | ↓ |
| Cursor | ↓ |
| VS Code | ↓ |
| Any standard stdio | ↓ |
| From source | ↓ |
@latest while the project is iteratingWhile we're still adding cafes and refining the algorithm, pin to the live npm tip:
Once the data and scoring stabilize, you can drop @latest and pin a specific version for reproducibility.
Edit ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows). If the file doesn't exist, create it:
Restart Claude Desktop. The 🔌 menu should show 6 tools under "espresso."
Claude.ai's web app supports MCP servers via OAuth and remote endpoints. For local installation, use Claude Desktop instead (above). To expose espresso-mcp to Claude.ai as a remote server, wrap it with mcp-remote (see the ChatGPT section below — same approach).
⚠ Important: ChatGPT only supports remote MCP servers (HTTPS endpoints), not local stdio processes. You have two options:
Option 1: Use the hosted version (when available). If we publish a hosted endpoint we'll list it here.
Option 2: Bridge espresso-mcp to HTTPS via mcp-remote. Run a small bridge on a machine you control:
Then expose port 8080 via a tunnel (Cloudflare Tunnel, Tailscale Funnel, or a small VPS) and use the resulting HTTPS URL.
Enabling MCP in ChatGPT (Plus / Pro / Team / Enterprise plans only):
OpenAI's MCP docs have the latest connector setup.
Edit ~/.gemini/settings.json:
Restart Gemini CLI. It will auto-connect at startup and show "Connected" if successful. See Gemini CLI MCP docs for the full reference.
Hermes uses YAML, not JSON. Edit ~/.hermes/config.yaml:
Optional: filter to just the tools you want exposed:
Restart Hermes — it auto-discovers MCP tools at startup. See Hermes MCP docs.
OpenClaw uses standard stdio MCP config. Install OpenClaw if you haven't:
Then add to your OpenClaw config (typically ~/.openclaw/config.json — check OpenClaw MCP docs for the current location):
Edit ~/.cursor/mcp.json:
VS Code uses a dedicated mcp.json file (not settings.json). For workspace-scoped config, create .vscode/mcp.json. For user-wide, run the MCP: Open User Configuration command from the Command Palette.
Note: VS Code uses the key servers (not mcpServers) — this is the most common copy-paste mistake when migrating configs from other clients.
For any MCP-compatible host that spawns local processes:
The server writes JSON-RPC to stdout and logs to stderr only — capture stderr if you want startup messages.
Or run the MCP Inspector against the local build:
The most common real-world question is "I'm at X, where should I get coffee?" Here's the pattern in practice.
The model resolves the address to coordinates (using its built-in knowledge or a web search), then calls find_espresso_near. No extra config needed.
You can do this today with multiple tool calls:
A dedicated score_hotel_coffee_access tool is on the roadmap for v0.5.
If you query a city we haven't curated yet (e.g., Lisbon, Seoul, Mexico City), find_espresso_near returns no curated matches. The model can still combine its own knowledge with score_cafe to evaluate any cafe you describe. We're filling in cities one batch at a time — open an issue if you want yours prioritized.
find_espresso_nearFind ranked specialty espresso cafes within a radius of coordinates.
Returns cafes from the curated database sorted by espresso-quality score, with per-cafe distance and reasoning.
search_cafesSearch the curated database by query, city, country, roaster, or minimum score.
get_cafe_detailsFull record for a cafe by id, including the score breakdown signal-by-signal and a few related/nearby cafes.
score_cafeThe codified algorithm exposed directly. Pass in signals you've observed (from a website, a review, a photo) and get a 0-100 score with a per-signal contribution breakdown. No database lookup required.
list_great_roastersCurated specialty roasters by country and reputation tier.
list_anti_patternsCurated shops that exemplify what to avoid — the contrast set for the algorithm. Two flavors:
mass-market-chain — Starbucks, Dunkin', Costa, Tim Hortons, Peet's, Caribou. Generic dark roasts, flavored-drink menus, low sourcing transparency.flavor-led-specialty — shops that display third-wave signage (in-house roasting, single-origin signs, roast dates) but in practice serve a syrup-forward menu. Looks specialty, drinks flavored. Useful contrast when explaining why a recommended shop is the real thing.Anti-patterns are stored separately in data/anti-patterns.json so they never bleed into find_espresso_near or search_cafes results.
The full weight table is the source of truth at src/scoring/weights.ts. In short:
Positive signals (the things great shops do):
Negative signals (the cover-up patterns):
syrup_emphasis (−22) — menu dominated by flavored-syrup drinks. The strongest avoid-signal. Great shops don't hide behind syrups.flavored_drink_share > 0.5 (additional −7)no_grinder_visible (−25) — effectively disqualifyingonly_dark_roast (−8) — masks bean defectsno_origin_info (−7) — they don't know or don't careRoaster reputation bonus: cafes that roast in-house or partner with a known roaster get +25 (world-class), +15 (regional-leader), or +8 (notable) on top of structural signals.
Null/unknown signals are skipped, not penalized. The score includes a confidence value proportional to how many signals were actually observed.
Score tiers:
| Score | Tier |
|---|---|
| ≥ 85 | World-class |
| ≥ 70 | Great |
| ≥ 55 | Good |
| ≥ 40 | Fair |
| < 40 | Avoid |
The "looks specialty but isn't" pattern is tricky — a cafe with genuine third-wave structural signals plus a flavored-drink menu will score in the "good" range despite the syrup penalty. For those cases, the explicit category: flavor-led-specialty flag in data/anti-patterns.json is the authoritative human override.
The database is hand-curated. Coverage skews toward cities where we (or trusted curated guides) have actual recent visits. We add cities batch-by-batch — open an issue if you want yours prioritized.
| Region | Cafes | Districts represented |
|---|---|---|
| Berlin | 15 | Mitte, Kreuzberg, Neukölln, Charlottenburg |
| London | 15 | Holborn, Shoreditch, City, Marylebone, Bishopsgate, Hammersmith (incl. Workshop × 3) |
| NYC (Manhattan + Brooklyn) | 17 | East Village, Nolita, Noho, Flatiron, FiDi, NoMad, Williamsburg, Bushwick, Park Slope |
| Dallas / DFW | 18 | Design District, Lower Greenville, Oak Cliff / Bishop Arts, Deep Ellum, Knox-Henderson, Plano |
| Denver metro | 18 | Capitol Hill, RiNo, LoHi, Tennyson, Edgewater, Aurora, Lone Tree, Littleton |
| Hong Kong | 10 | Causeway Bay, Sheung Wan, Tsim Sha Tsui, Tai Hang |
| Tokyo / Osaka | 6 | Omotesando, Nakameguro, Kuramae, Shimokitazawa, Sangubashi |
| Guangzhou | 8 | Tianhe, Yuexiu, Liwan |
| Other | ~9 | Oslo, Copenhagen, Dublin, Galway, Vienna, Singapore, Santa Ana SV, Rogers AR |
Plus 8 deliberately-flagged anti-pattern entries (Starbucks, Dunkin', Costa, Tim Hortons, Peet's, Caribou, plus two "looks specialty but tastes flavored" examples).
Gaps worth filling next: SF, LA, Seattle, Portland, Melbourne, Sydney, Stockholm, Amsterdam, Paris, Taipei, Seoul, Mexico City.
Open a PR against data/cafes.json:
"coord_precision": "exact"). Look them up on Google Maps.last_verified to today's ISO date.data/roasters.json with a reasonable reputation tier (notable, regional-leader, or world-class).npm test and npm run validate-data before opening the PR.See data/README.md for the full schema reference.
Anti-patterns belong in data/anti-patterns.json with a category field set. Strong candidates are shops you've personally verified as either mass-market or "looks specialty but drinks flavored." Include a notes field explaining the gap between signage and experience.
Open an issue with what you tested, what worked, what surprised you, and what's missing. We track the roadmap (community contribution tool, automated address geocoding, live data fallback, hotel-proximity scoring) as open issues.
LICENSE.data/*.json) is CC-BY 4.0 — see data/LICENSE. Attribution required.If you redistribute the data, please link back to this repository.
The curated cafe roster, the signal weight table, and the anti-pattern category framing were built by reading and cross-referencing the people who already do this work well. Credit and links:
City and region guides
Awards and rankings
Frameworks and taxonomies
A lot of time spent in cafes. Fieldwork. Probably not tax-deductible. The most honest entry on this list — every weight in src/scoring/weights.ts was calibrated by someone who has been personally disappointed by a Slayer-equipped shop that turned out to lean syrup-forward.
Built on
@modelcontextprotocol/sdk — the official MCP TypeScript SDK