# com.cordering/whitelabel-ordering

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

- name: com.cordering/whitelabel-ordering
- version: 0.0.1
- connection class: R0 (autonomous)
- trust: 90/100
- quality: 83/100 (good)
- owner: not claimed
- descriptor: https://api.protogrid.dev/v1/servers/com.cordering%2Fwhitelabel-ordering
- tools: https://api.protogrid.dev/v1/servers/com.cordering%2Fwhitelabel-ordering/tools

**An agent can connect right now, no human step.** Remote endpoint, no authentication, reachable on the last probe.

## Connection (mcpServers)

```json
{
  "mcpServers": {
    "whitelabel-ordering": {
      "type": "http",
      "url": "https://wl-mcp.cordering.com/mcp"
    }
  }
}
```


## Trust

- hygiene: 100
- liveness: 100
- freshness: 85
- provenance: 75
- drivers: +repository +dns-namespace +reachable +uptime-100% ~updated-53d-ago
- Derived from observable signals (official registry feed and our own credential-free probes); no code audit performed.

## Quality 83/100 (good)

### protocol: 75 (weight 25)

- warn `protocol.modern`: newest supported version is 2025-11-25; 2026-07-28 not supported, older versions are deprecated until 2027-07-28
- n/a `protocol.stateless`: only applies to 2026-07-28 servers
- pass `protocol.transport`: streamable HTTP
- n/a `protocol.list_ttl`: only applies to 2026-07-28 servers

### authorization: n/a (weight 15)

- n/a `auth.prm`, `auth.as_metadata`, `auth.cimd`: no remote uses OAuth
- n/a `auth.secret_in_url`: no templated URL

### tool hygiene: 93 (weight 30)

- pass `tools.descriptions`: every tool has a description
- pass `tools.description_length`: descriptions are concise
- pass `tools.schemas`: every tool has an object input schema
- pass `tools.annotations`: 10 of 10 tools declare readOnlyHint or destructiveHint
- warn `tools.directory_hints`: 6 of 10 tools declare all four hints; missing: check_order (destructiveHint, idempotentHint); list_accounts (destructiveHint, idempotentHint); list_menu (destructiveHint, idempotentHint); …
- pass `tools.token_cost`: about 2,257 tokens to load every tool
- pass `tools.api_dump`: tools are not a one-to-one API dump

### stability: 75 (weight 15)

- warn `stability.changes`: 10 tool changes in 30 days
- pass `stability.rug_pull`: no tool changed its meaning under the same name

### dependencies: n/a (weight 15)

- n/a `deps.known_vulns`, `deps.mcp_sdk_version`, `deps.resolvable`: no npm or PyPI package

- tools: 10, about 2,257 tokens to load them all
- tool set hash: b9e0a7feb4a9b29a75789e3a6b5e9dea
- tools last changed: 2026-09-28T17:13:51.168Z
- badge: [![protogrid quality](https://protogrid.dev/badge/com.cordering/whitelabel-ordering.svg)](https://protogrid.dev/servers/com.cordering/whitelabel-ordering)
- Checks run on what our credential-free, read-only probes observe; tools are never called and no code audit is performed.

### Tool changes

- 2026-09-28 `switch_account` changed (title, annotations)
- 2026-09-28 `list_accounts` changed (title, annotations)
- 2026-09-28 `submit_login_code` changed (title, annotations)
- 2026-09-28 `logout` changed (title, annotations)
- 2026-09-28 `login` changed (title, annotations)
- 2026-09-28 `list_vendors` changed (title, annotations)
- 2026-09-28 `check_order` changed (title, annotations)
- 2026-09-28 `place_order` changed (title, annotations)
- 2026-09-28 `prepare_order` changed (title, description, annotations)
  - before: 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.
  - after: 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.
- 2026-09-28 `list_menu` changed (title, annotations)

Full history: https://api.protogrid.dev/v1/servers/com.cordering%2Fwhitelabel-ordering/changes

## Remotes

- https://wl-mcp.cordering.com/mcp (streamable-http, auth none, reachable true, uptime30d 1)

## Packages

_none_

## Tools (10)

- `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.
- `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_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.)
- `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.
- `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.
- `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.
- `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.
- `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.
- `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.
- `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.