dev.cotlet/clubready

ClubReady by Cotlet

Is the ClubReady by Cotlet MCP server down? No. It is up and needs auth (HTTP 401), probed 2026-11-13.

A trial visit, an unanswered sales lead and an expiring agreement need different next steps.

needs auth probed 2026-11-14 · unchanged since 2026-11-13 · HTTP 401 · Bearer

Streamable HTTP error: Error POSTing to endpoint: {"error":"unauthorized","message":"Sign in to Cotlet to use this MCP server."}

Endpoint: https://cotlet.dev/mcp/v1/clubready/connect (streamable-http)
Host: cotlet.dev
Getting access: OAuth with dynamic client registration. A client such as Claude Code, Cursor or npx mcpcost auth https://cotlet.dev/mcp/v1/clubready/connect registers itself and opens the consent page; the publisher has nothing to set up for you. The publisher's guide to getting access.
Authorization server cotlet.dev, PKCE S256, grants authorization_code, refresh_token.
Scopes mcp.
Read from the server's public OAuth metadata, without a token. Method.
Website: https://cotlet.dev/integrations/clubready-api-mcp-server
Registry: active, updated 2026-11-12 · registry entry

More servers

Other registry entries on cotlet.dev, the ones next to this name; all of them.

Servers that mention cotlet.

Cotlet dev.cotlet/cotlet · needs auth
BookingKoala MCP Server and API by Cotlet dev.cotlet/bookingkoala · needs auth
Booksy MCP Server and API by Cotlet dev.cotlet/booksy · needs auth
Contractor Foreman MCP Server and API by Cotlet dev.cotlet/contractor-foreman · needs auth
Fresha MCP Server and API by Cotlet dev.cotlet/fresha · needs auth
Milanote MCP Server and API by Cotlet dev.cotlet/milanote · needs auth
Partiful MCP Server and API by Cotlet dev.cotlet/partiful · needs auth
PeoplePerHour MCP Server and API by Cotlet dev.cotlet/peopleperhour · needs auth

The result of the latest probe, the tool count and the token cost. The feed has an entry for every probe that changed them.

Stops answering, comes back, tool set or cost changes. One confirmation mail first, a stop link in every mail.

The server answers HTTP 401 to an unauthenticated initialize, so the probe cannot list its tools. That is correct for a private server. Some public servers answer initialize and tools/list without credentials and ask for auth on tool calls only; those get a token count here.

Fixed something? Probe it now, with the same steps as the daily run. This page updates with the next daily run.