Tin tức

MCP chuyển sang phiên không trạng thái: đặc tả 2026-07-28 loại bỏ phiên làm việc

Model Context Protocol bỏ yêu cầu phiên có trạng thái, cho phép máy chủ MCP chạy trên hạ tầng serverless thông thường. Cloudflare giải thích các thay đổi phá vỡ và ý nghĩa đối với việc triển khai agent.

August 6, 2026· 3 min read· Nguồn: Cloudflare Blog
MCP chuyển sang phiên không trạng thái: đặc tả 2026-07-28 loại bỏ phiên làm việc

Model Context Protocol vừa trải qua một cuộc đại tu lớn. Đặc tả 2026-07-28 khiến MCP hoàn toàn không trạng thái, loại bỏ bắt tay phiên và header Mcp-Session-Id khỏi đường dẫn yêu cầu cốt lõi. Đây là một thay đổi phá vỡ, nhưng nó đơn giản hóa việc triển khai một cách đáng kể.

Trước đây, máy chủ MCP yêu cầu kết nối có trạng thái giữa máy khách và máy chủ, kế thừa từ transport STDIO ban đầu được thiết kế cho ứng dụng cục bộ. Khi máy chủ chuyển sang từ xa, trạng thái đó chuyển thành phiên dính, luồng mở và phát lại tin nhắn — chi phí mà hầu hết các tương tác không bao giờ cần. Giờ đây, mỗi yêu cầu mang theo phiên bản giao thức, danh tính máy khách và khả năng mà nó cần. Máy khách có thể tùy chọn gọi server/discover để kiểm tra máy chủ, nhưng không bắt buộc.

Đối với Cloudflare, điều này có nghĩa là máy chủ MCP có thể chạy trong một Worker thông thường, không cần Durable Object. Nguyên thủy McpAgent không còn cần thiết cho việc tuân thủ giao thức, mặc dù Durable Objects vẫn hữu ích khi bản thân ứng dụng cần trạng thái. SDK Agents của Cloudflare đã hỗ trợ đặc tả mới ngay từ ngày đầu, và lộ trình di chuyển từ McpAgent sang createMcpHandler mới đã được kiểm thử trong sản xuất.

Khơi gợi không cần luồng mở

Các yêu cầu do máy chủ khởi tạo như elicitation/create trước đây phụ thuộc vào một luồng mở. Giao thức mới thay thế điều này bằng Multi Round-Trip Requests (MRTR). Máy chủ có thể trả về kết quả input_required mô tả những gì nó cần; máy khách thu thập câu trả lời và thử lại thao tác. Không có phiên transport nào được giữ giữa các yêu cầu. Đây là một thay đổi phá vỡ, nhưng về mặt vận hành thì đơn giản hơn nhiều.

Hạ tầng HTTP giờ có thể hiểu MCP

Đặc tả thêm header Mcp-MethodMcp-Name vào các yêu cầu Streamable HTTP, để gateway, bộ giới hạn tốc độ và WAF có thể đưa ra quyết định mà không cần phân tích cú pháp nội dung JSON. Danh mục công cụ được sắp xếp theo thứ tự xác định, và các gợi ý ttlMscacheScope trên kết quả danh sách giúp giữ bộ nhớ cache ổn định qua các lần kết nối lại.

Ủy quyền thắt chặt hơn

MCP hiện ưu tiên máy khách đã đăng ký trước, sau đó là Client ID Metadata Documents (CIMD) cho đăng ký động, với Dynamic Client Registration (DCR) là phương án dự phòng không còn được khuyến khích, dự kiến loại bỏ sau mùa hè 2027. Đặc tả cũng áp dụng nhận dạng nhà phát hành RFC 9207 để ngăn chặn sự nhầm lẫn trong phản hồi ủy quyền.

Vòng đời cho một tiêu chuẩn đang trưởng thành

Các tính năng hiện được phân loại là Active, Deprecated hoặc Removed, với cửa sổ không còn khuyến khích tối thiểu 12 tháng. Roots, Sampling, Logging, DCR và transport HTTP+SSE cũ được đánh dấu không còn khuyến khích trong bản phát hành này, cho các nhóm thời gian lên kế hoạch nâng cấp.

Một yêu cầu có thể đến máy chủ, gọi một công cụ, prompt hoặc tài nguyên, và chỉ cần trả về kết quả. Không có phiên giao thức nào để lưu trữ.
Ban biên tập Manul X
MCP trước 2026-07-28 so với 2026-07-28
So sánh nhanh
Khía cạnhTrướcSau
PhiênBắt tay bắt buộc, header Mcp-Session-IdKhông trạng thái, không phiên trong đường dẫn yêu cầu
Khơi gợiYêu cầu luồng mởMulti Round-Trip Requests (MRTR)
Định tuyếnPhải phân tích nội dung JSONHeader Mcp-Method và Mcp-Name
Triển khaiCần phiên dính, điều phối luồngChạy trên serverless thông thường
Ủy quyềnDCR là chínhMáy khách đăng ký trước, CIMD, DCR không còn khuyến khích