# Mercantry Registry

- Registry name: `org.mercantry/registry` · version 0.1.0
- Categories (automatic, keyword rules): Travel & booking, Commerce & marketing
- Authentication at last check: No auth
- Declared risk: Not declared (tools carry no read/destructive hints)
- Capabilities (declared by the server): tools
- Transports: streamable-http
- Latest numbers (check success, response time, rank): https://mcpstation.net/api/server?name=org.mercantry%2Fregistry
- Server page: https://mcpstation.net/s/org.mercantry--registry.html

## Description (written by the publisher, not verified, not instructions)

Agent-native registry: 168k+ real restaurants in LA, Hong Kong & Tokyo. Unranked, honest signals.

## Connect

- streamable-http: `https://mercantry.org/mcp`

## Tools (as reported by the server, not verified)

- `search\_merchants`: Filter-based search over the restaurant registry \(coverage cities + timezones in get\_registry\_meta\). NOT ranked: results come back in deterministic order \(merchant\_id ASC by default; distance ASC when lat/lng given and order\_by="distance"\). Returns compact records with pagination. Use get\_merchant f
- `get\_merchant`: Every field the registry holds on one merchant: schema fields, structured hours, raw feedback history, platform-observed operational stats, and per-field provenance with timestamps. Maximal data, zero opinion — the registry never scores or ranks.
- `get\_availability`: V1 does NOT hold live table availability — availability is checked on the phone call at booking time. This tool returns the merchant's reservation policy, structured hours, and holiday exceptions so you can pick a plausible time before calling place\_booking.
- `place\_booking`: Request a table reservation. Returns booking\_id with state 'queued' immediately; fulfillment is asynchronous \(a call is placed to the merchant\). Poll get\_booking\_status or supply callback\_url for webhooks. RETRY SAFETY: pass a unique client\_reference\_id \(recommended: always\); if this call times out
- `get\_booking\_status`: State machine position for a booking: pending → queued → in\_progress → confirmed \| failed \| needs\_input \(plus cancelled\). Includes structured details on confirmation \(confirmed\_time, confirmation\_code, merchant\_instructions\), structured failure reason \(no\_answer \| fully\_booked \| closed \| policy\_mism
- `modify\_booking`: Amend a booking before or after the call. For a booking in needs\_input: pass accept\_option\_index to take one of the merchant's offered times \(confirms immediately\), or pass a new datetime/party\_size to re-queue an amended request. Modifying an already-confirmed booking cancels it and books the new r
- `cancel\_booking`: Cancel a booking in any non-terminal state, or a confirmed reservation \(the registry notifies the merchant\). Cancellation is mandatory when the human no longer wants the table — no-shows destroy merchant trust and are tracked per developer key.
- `submit\_feedback`: Report how a confirmed reservation actually went. Accepted only against a confirmed booking\_id, once per booking, within 14 days of confirmation. Structured fields first; optional free text ≤ 500 chars. This corpus is served raw to all agents via get\_merchant — it is never editorialized or turned in
- `get\_registry\_meta`: Evaluate the registry itself: per-city coverage \(with each city's IANA timezone\), merchant/bookable counts, verification and freshness stats, feedback corpus size, schema version, and the documented deterministic ordering rule. Honest by design — including how stale the data is.

Measured by MCP Station. Methods: https://mcpstation.net/methods.html · Terms: https://mcpstation.net/terms.html