init.Tasks openapi.json inittasks.com

discovery, and the one rule that is stricter than the baseline

Building a client

A compliant MCP client needs no special-casing for init.Tasks. The server publishes the standard discovery documents, so you can find everything from the endpoint alone.

bash
curl -s https://mcp.inittasks.com/.well-known/oauth-protected-resource

Registration is open. Use RFC 7591 dynamic client registration and start immediately. There is no review and no waiting list. See authentication for the flow, which is the same one the REST API uses.

resource is mandatory

The server is stricter than the MCP baseline here, and only here. resource (RFC 8707) is required on both /authorize and /token.

Send the MCP endpoint as the resource:

text
resource=https://mcp.inittasks.com/mcp

A token is minted for one audience and refused at the other. A token for the MCP server does not work against the REST API, and a token for the REST API does not work here. Omit resource and the request is refused rather than defaulted, because a token that works everywhere is the thing this rule exists to prevent.

Approval happens on the user's device

There is no password form in your window. The user sees a nine-digit code, opens init.Tasks on a device they already trust, and approves there.

They can grant less than you asked for. Read the granted scope from the token response rather than assuming. See scopes.

What to expect at runtime

Next