You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The SDK should provide a clear, documented way to register custom JSON-RPC method handlers on the server side that can:
Receive custom parameter types — not just the built-in MCP request types, but arbitrary structured params (dicts, Pydantic models, etc.)
Return custom response types — not just the built-in MCP result types
This is important for:
Protocol extensions and experimentation
Custom server-to-server communication patterns
Future spec features (e.g., MRTR) that may introduce new method/response types
The low-level server was recently refactored to use on_* constructor kwargs (PR #1985), which gives a cleaner handler registration pattern. This issue is about making sure there is an explicit, documented escape hatch for methods that are not part of the core MCP spec.
Open questions
Should custom handlers go through the same on_* pattern, or a separate register_method() API?
The SDK should provide a clear, documented way to register custom JSON-RPC method handlers on the server side that can:
This is important for:
The low-level server was recently refactored to use
on_*constructor kwargs (PR #1985), which gives a cleaner handler registration pattern. This issue is about making sure there is an explicit, documented escape hatch for methods that are not part of the core MCP spec.Open questions
on_*pattern, or a separateregister_method()API?Ref: V2 planning discussion