# com.cordering/whitelabel-ordering

- Registry name: `com.cordering/whitelabel-ordering` · version 0.0.1
- Categories (automatic, keyword rules): Scraping & browsing, Search & data, Images & design, AI, media & content
- Authentication at last check: No auth
- Declared risk: Has destructive tools (destructiveHint)
- Capabilities (declared by the server): completions, prompts, resources, tools
- Transports: streamable-http
- Latest numbers (check success, response time, rank): https://mcpstation.net/api/server?name=com.cordering%2Fwhitelabel-ordering
- Server page: https://mcpstation.net/s/com.cordering--whitelabel-ordering.html

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

Order food from Cordering white-label restaurants: browse menus, confirm, then place an order.

## Connect

- streamable-http: `https://wl-mcp.cordering.com/mcp`

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

- `list\_menu`: Show the restaurant's menu to the user as a visual HTML document — a horizontally-scrollable category strip with item photos, names and prices. Present the returned HTML by opening it as an HTML artifact; do NOT paste the markup into the chat as text. \(Ordering does not require this — prepare\_order
- `prepare\_order`: Resolve a natural-language food order \(one or more items\) to concrete menu items and return a summary plus a confirmation token. Does NOT place the order. Call place\_order with the returned token to actually place it. Delivery is as soon as possible by default; pass 'date' to ask for a later time in
- `place\_order`: Place an order previously staged by prepare\_order. Requires the confirmationToken returned by prepare\_order. This causes a real order to be sent to the vendor.
- `check\_order`: Check the current status of an order the user has already placed, using the order number returned by place\_order. Reports whether the restaurant has accepted it, whether it is on its way, and whether it has finished \(delivered or declined\). There is no background tracking and no notification: call t
- `list\_vendors`: Find restaurants \(vendors\) available for ordering. This is the discovery entry point: each card shows the clientId and vendorId that list\_menu and prepare\_order need. Call it with no arguments to list every restaurant — that is the normal case. Returns a complete, self-contained HTML document of ven
- `logout`: Sign the user out. By default signs out of every restaurant; pass a clientId to sign out of one, and an account label to sign out just that account.
- `login`: Start signing the user in to a restaurant so they can place orders. Browsing the menu never needs this — only ordering and saving an address do. Returns a URL the user must open in a browser to sign in with Google or Apple; afterwards they copy the 'code' value from the address bar and you call subm
- `submit\_login\_code`: Complete a sign-in started by login, using the 'code' value the user copied from the browser address bar. On success the user can place orders from that restaurant.
- `list\_accounts`: Show which accounts are signed in, per restaurant, and which one is active. Useful when the user keeps separate work and personal accounts.
- `switch\_account`: Choose which signed-in account to order with at a restaurant, e.g. to switch between work and personal. The account must already be signed in via login.

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