Expose a registration initiation endpoint on the tool that accepts the GET parameters openid_configuration and optionally registration_token from the platform
Fetch the platform's OpenID configuration document from the openid_configuration URL; extract the registration_endpoint, token_endpoint, and the lti-specific claims about supported message types and services
POST a client registration request to the registration_endpoint with the tool's metadata (redirect_uris, initiate_login_uri, jwks_uri, supported message types, scopes requested); include the registration_token in the Authorization header if provided
The platform responds with a client_id and the full registered configuration; persist the client_id alongside the platform's issuer, auth endpoint, JWKS URI, and token endpoint for future launches
Present a confirmation UI to the administrator showing the granted scopes and configuration; flag any requested scopes the platform did not grant so the admin can manually enable them
Known gotchas
Dynamic registration must be completed synchronously; the platform grants or denies registration immediately in the response and does not support asynchronous review workflows, so the tool must handle denial gracefully in the UI
Some platforms require an administrator to manually approve dynamically registered tools before launches are permitted even after a successful registration response; the tool should not assume immediate launchability
The registration_token is often short-lived and single-use; if the tool's registration handler fails mid-flow and the administrator must retry, a new registration URL must be generated from the platform side
Give your agent this knowledge — and 200+ more routes
One MCP install gives any agent live access to the full route map, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp