# Cordering White-Label Ordering Muse connector

From musedirectory.ai, the independent directory of Meta Muse connectors. Not affiliated with Meta.

## Cordering White-Label Ordering

Browse menus and place food orders from Cordering partner restaurants.

- Record: https://musedirectory.ai/connector/cordering-white-label-ordering
- Category: Shopping & Commerce
- Developer: Cordering
- Muse status: Extra setup. Not in Muse's Connectors list yet. Muse can still use it: its page gives you a request to paste into Muse.
- Health: Working, 554ms, checked 2026-09-28T09:15:58Z
- Endpoint: https://wl-mcp.cordering.com/mcp
- Auth: No account needed; Pricing: unknown
- Screening: Screened, no issues found (2026-09-24T01:06:04Z)
- Source: Found in the official MCP Registry (com.cordering/whitelabel-ordering) https://registry.modelcontextprotocol.io/v0/servers?search=com.cordering%2Fwhitelabel-ordering

Connects to Cordering's white-label restaurant ordering system. Muse can show menus, help you build and confirm orders, place them for delivery, and track status. Sign in per restaurant with Google or Apple.

Example request: "Order a pizza and salad from the Italian place downtown for delivery at 7 PM."

How to connect: Not in Muse's Connectors list yet, but Muse can still use it. Paste this into Muse: "Use Cordering White-Label Ordering to help me. It is a free service with an MCP server at https://wl-mcp.cordering.com/mcp. It does not need an API key. Ask me before you share anything with it." Muse asks before it shares anything with the app's site. Meta does not review apps used this way, so only use ones you trust. We tested this in the Muse app on September 24, 2026: Muse used an app's link directly this way and returned a live answer.

Tools:
- 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.
- 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 
- 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_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 t
- 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.
- 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.
- 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.
- 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 b
- 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.
- 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 

Screening checks:
- MCP handshake: pass (Answered in 201ms)
- Domain against threat feeds (Cloudflare security DNS): pass (wl-mcp.cordering.com not flagged)
- Published packages against the OSV malicious-package database: n/a (No npm or PyPI package published)
- Hidden instructions or invisible characters in tool text: pass (10 tools read, nothing found)
- Inputs asking for passwords, card numbers or seed phrases: pass (None found)
- Domain and redirects: pass (Domain registered 912 days ago)
- AI review of purpose and tool behavior: pass (No concerns)