whitelabel-ordering

com.cordering/whitelabel-orderingVersion 0.0.1

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

Status

Responds83 msNov 14, 2026, 13:52 UTCAnswered our handshake without sign-in.

Registry data may be out of date

We could not refresh it, so this page shows the last copy.

Last checked: Nov 14, 2026, 13:52 UTC
Latency: 83 ms
Remotes responding: 1 of 1
Sign-in: No sign-in
Hosting: EU hosting detected (detected, not a legal statement)
Registry data as of: Nov 14, 2026, 22:14 UTC

Data from the official MCP Registry, checked by run.zero. How we check

Connect

Streamable HTTP

https://wl-mcp.cordering.com/mcpResponds83 msNov 14, 2026, 13:52 UTC

No sign-in

Claude Code

claude mcp add --transport http whitelabel-ordering https://wl-mcp.cordering.com/mcp

Claude Desktop and claude.ai

1
2
3

Settings > Connectors > Add custom connector
Name: whitelabel-ordering
Remote MCP server URL: https://wl-mcp.cordering.com/mcp

Cursor

{
  "mcpServers": {
    "whitelabel-ordering": {
      "url": "https://wl-mcp.cordering.com/mcp"
    }
  }
}

VS Code

code --add-mcp '{"name":"whitelabel-ordering","type":"http","url":"https://wl-mcp.cordering.com/mcp"}'

Built your own server? run.zero hosts MCP servers on European infrastructure.

Host your own MCP server on run.zero

Tools

10 tools

Tools of whitelabel-ordering
	Description		Read-only	Idempotent	Open world
`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 this again when the user asks, and only until the order is reported as finished.	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 this again when the user asks, and only until the order is reported as finished.	Not declared	Yes	Not declared	Yes
`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.	Show which accounts are signed in, per restaurant, and which one is active. Useful when the user keeps separate work and personal accounts.	Not declared	Yes	Not declared	No
`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 resolves item names on its own.)	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 resolves item names on its own.)	Not declared	Yes	Not declared	Yes
`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 vendor cards (logo, address, phone, delivery fee) — restaurants open today first in colour, those closed today greyed out at the bottom. Present the returned HTML to the user by opening it as an HTML artifact; do not paste the markup into the chat.	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 vendor cards (logo, address, phone, delivery fee) — restaurants open today first in colour, those closed today greyed out at the bottom. Present the returned HTML to the user by opening it as an HTML artifact; do not paste the markup into the chat.	Not declared	Yes	Not declared	Yes
`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 submit_login_code. Each restaurant has its own login, so this must be done per restaurant.	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 submit_login_code. Each restaurant has its own login, so this must be done per restaurant.	No	No	No	No
`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.	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.	Yes	No	Yes	No
`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.	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.	Yes	No	No	Yes
`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 instead. Each call covers one delivery, so an order for more than one day means one call per day. The restaurant may still refuse a time it is not open for.	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 instead. Each call covers one delivery, so an order for more than one day means one call per day. The restaurant may still refuse a time it is not open for.	No	No	No	Yes
`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.	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.	No	No	No	Yes
`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.	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.	No	No	Yes	No

Details

Registry status: Active
Published: Aug 28, 2026
Updated: Aug 28, 2026
Website: Not given
Repository: https://github.com/nistruct/cordering-whitelabel-mcp⁠ (opens in a new tab)
Categories: Uncategorized
GDPR: Not declared

Are you the operator? Claim this listing