待验证50% 置信事实精确时间
MCP 无状态化后，多轮对话仍然可用，但需要服务器或客户端显式管理对话状态，而非依赖协议层的会话 ID。
1
来源数
50%
置信度
长期有效
时效性
2026/10/14
首次发现
来源
涉及实体
相关事实
待验证在旧版 MCP 规范下，GitHub MCP 及许多分布式部署的 MCP 服务器无法支持 elicitation，因为它需要跨服务器通信来协调状态和会话79% 相似待验证MCP全新版本引入了无状态协议（Stateless Protocol），服务端不再需要维护会话上下文，每个请求独立且自包含76% 相似待验证MCP协议将Function Calling从单次调用扩展为多轮交互的工具使用会话76% 相似待验证REST API通常是无状态的单次请求-响应，而MCP支持长连接会话，便于AI在多轮对话中持续使用同一批工具76% 相似待验证MCP 无状态化后，需要保存应用状态的服务器必须显式地自己管理状态，例如通过句柄（handles）在工具调用之间传递。75% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1026313API
curl https://kongchang.com/api/v1/knowledge/claims/1026313MCP
get_claim(id=1026313)