Once MCP 2026-07-28 promotes RC → stable (July 28), docs/mcp-oauth.md needs a pass to match. Code-side re-verification is already tracked in #156; this covers the doc gaps only:
Nothing here is a behavior change — the plugin's auth flow (per-request bearer, RFC 9728 challenge, RFC 8414 discovery) is unchanged in 2026-07-28; statelessness removes sessions we never used.
Refs: #156 (code-side final-spec re-verification) · 2026-07-28 changelog · RC announcement
🤖 Generated with Claude Code
Once MCP 2026-07-28 promotes RC → stable (July 28),
docs/mcp-oauth.mdneeds a pass to match. Code-side re-verification is already tracked in #156; this covers the doc gaps only:/registeris opt-in — but the doc presents DCR as the primary flow (flow diagram step 4, "The flow" §4, RFC table). Reframe CIMD as the primary registration path and DCR as the compat path.GET /mcp, but the 2026-07-28 Streamable HTTP transport removes the GET endpoint — all client requests are POSTs carryingMcp-Method(andMcp-Namefortools/call/resources/read/prompts/get). Worth a one-line mention thatwithMCPAuthis method-agnostic and unaffected.Nothing here is a behavior change — the plugin's auth flow (per-request bearer, RFC 9728 challenge, RFC 8414 discovery) is unchanged in 2026-07-28; statelessness removes sessions we never used.
Refs: #156 (code-side final-spec re-verification) · 2026-07-28 changelog · RC announcement
🤖 Generated with Claude Code