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 MCP specification's Server Card Working Group is developing .well-known metadata conventions that allow clients to discover and reason about MCP servers without connecting to them first.
The operator is well-positioned to auto-generate or serve .well-known metadata for managed MCP servers, since it already knows the server's capabilities, address, protocol version, and identity from the handshake.
Server Card Working Group is developing .well-known metadata conventions, allowing server discovery and reasoning without connecting.
Today, clients must connect to an MCP server and perform a server/discover or initialize handshake to learn what it offers. A .well-known endpoint would let clients (or registries) discover this information passively.
Possible approaches
Auto-generate a .well-known/mcp.json (or similar) from status.serverInfo after a successful handshake
Expose server card metadata via an annotation or status field that external tooling (Ingress, gateway) can serve
Summary
The MCP specification's Server Card Working Group is developing
.well-knownmetadata conventions that allow clients to discover and reason about MCP servers without connecting to them first.The operator is well-positioned to auto-generate or serve
.well-knownmetadata for managed MCP servers, since it already knows the server's capabilities, address, protocol version, and identity from the handshake.Motivation
From the MCP Roadmap:
Today, clients must connect to an MCP server and perform a
server/discoverorinitializehandshake to learn what it offers. A.well-knownendpoint would let clients (or registries) discover this information passively.Possible approaches
.well-known/mcp.json(or similar) fromstatus.serverInfoafter a successful handshakeRelated