Harden the dual-era stream loop's era-lock and rejection semantics (#3040)
This commit is contained in:
parent
d39c68df23
commit
080f2a869d
1 changed files with 652 additions and 125 deletions
|
|
@ -26,9 +26,9 @@ Either way you come out connected, and `client.protocol_version` tells you which
|
|||
That is the whole feature. One `Client`, any era of server, no branching in your code.
|
||||
|
||||
!!! info
|
||||
`MCPServer` answers `server/discover`, so against your own in-memory server `auto` always lands
|
||||
on `2026-07-28`. The fallback only ever fires against a real pre-2026 server, which is exactly
|
||||
when you want it to.
|
||||
`MCPServer` answers `server/discover` on every transport — in-memory, stdio, streamable
|
||||
HTTP — so against your own server `auto` always lands on `2026-07-28`. The fallback only
|
||||
ever fires against a real pre-2026 server, which is exactly when you want it to.
|
||||
|
||||
## `mode="legacy"`
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue