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
I wanted to make a discussion around expanding the MCP surface for Omniroute. This is because there was recently a new spec and I've been spending some time contributing to it as it evolves. The most important thing to note is that it's now stateless so the initial handshake probably isn't necessary anymore
PR #12835 adds a v2 MCP server sidecar that implements the MCP 2026-07-28 specification — the largest protocol revision since MCP launched.
The v2 sidecar runs in parallel with the existing v1 server. v1 is untouched. Existing clients keep working. New clients can probe with server/discover and get spec-compliant responses.
Why
The 2026-07-28 spec deprecates sessions and the initialize handshake. Every request becomes self-contained — no session store, no sticky routing. New capabilities land: server/discover, resultType, _meta extraction, header routing (Mcp-Method, Mcp-Name), outputSchema on tools, and MRTR (Multi Round-Trip Requests).
The ecosystem is migrating now. Claude Desktop, Cursor, and Codex connectors are shipping v2 support. Without a v2 endpoint, OmniRoute becomes invisible to the next wave of MCP clients.
What ships in this PR
server/discover RPC replaces the implicit initialize handshake
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
I wanted to make a discussion around expanding the MCP surface for Omniroute. This is because there was recently a new spec and I've been spending some time contributing to it as it evolves. The most important thing to note is that it's now stateless so the initial handshake probably isn't necessary anymore
PR #12835 adds a v2 MCP server sidecar that implements the MCP 2026-07-28 specification — the largest protocol revision since MCP launched.
The v2 sidecar runs in parallel with the existing v1 server. v1 is untouched. Existing clients keep working. New clients can probe with
server/discoverand get spec-compliant responses.Why
The 2026-07-28 spec deprecates sessions and the
initializehandshake. Every request becomes self-contained — no session store, no sticky routing. New capabilities land:server/discover,resultType,_metaextraction, header routing (Mcp-Method,Mcp-Name),outputSchemaon tools, and MRTR (Multi Round-Trip Requests).The ecosystem is migrating now. Claude Desktop, Cursor, and Codex connectors are shipping v2 support. Without a v2 endpoint, OmniRoute becomes invisible to the next wave of MCP clients.
What ships in this PR
server/discoverRPC replaces the implicitinitializehandshakeresultType: "complete"on all tool resultsttlMs+cacheScope)_metaextraction (protocolVersion, clientInfo, clientCapabilities)outputSchemaon 8 tool definitionsWhat this PR does NOT do
Open questions
OMNIROUTE_MCP_V2=true)?Links
Looking for feedback on scope, release strategy, and which tools to prioritize for the v2 surface.
All reactions