MCP công bố chuẩn 2026-07-28: Chuyển đổi sang giao thức không trạng thái

Kể từ bản phát hành tháng 11 năm ngoái, MCP đã tiếp tục tăng trưởng với tốc độ đáng kinh ngạc. Trên các SDK Tier 1 của mình, chúng tôi ghi nhận gần nửa tỷ lượt tải xuống mỗi tháng, với cả hai SDK TypeScript và Python đều đã vượt mốc 1 tỷ lượt tải xuống tổng cộng. Chỉ trong vài tháng, giao thức này đã tiếp tục phát triển như một nền tảng dữ liệu và tương tác cho các quy trình làm việc của tác nhân (agentic workflows).

Hôm nay, chúng tôi chính thức nhấn nút phát hành phiên bản tiếp theo của đặc tả MCP, 2026-07-28, cùng với các SDK cho phép bạn bắt đầu xây dựng client và server ngay lập tức.

Điểm nổi bật của bản phát hành này là giao thức cốt lõi không trạng thái (stateless) - MCP đang chuyển đổi từ một giao thức có trạng thái (stateful) hai chiều sang giao thức yêu cầu/phản hồi không trạng thái. Đây là một trong những tính năng được các nhà phát triển yêu cầu nhiều nhất, những người đang mong muốn đạt được độ tin cậy và khả năng mở rộng tốt hơn cho các server MCP của họ.

Tất nhiên, phiên bản này còn mang đến nhiều điều hơn thế:

Các SDK TypeScript, Python, Go và C# đã được cập nhật tương ứng, kèm theo ghi chú di chuyển chi tiết cho các phần thay đổi mang tính phá vỡ (breaking changes) - và bạn có thể bắt đầu với đặc tả mới ngay bây giờ.

Những thay đổi

Không còn bắt tay (handshake) hoặc phiên (sessions)

Với phiên bản đặc tả mới, chúng tôi đã chính thức loại bỏ quá trình trao đổi initialize/initialized cùng với header Mcp-Session-Id (tham khảo SEP-2575, SEP-2567). Mỗi yêu cầu giờ đây sẽ hoạt động độc lập, mang theo phiên bản giao thức, danh tính client và các khả năng của client trong _meta. Nếu một client muốn tìm hiểu các khả năng của server trước khi thực hiện bất kỳ thao tác nào khác, đã có một Remote Procedure Call (RPC) mới là server/discover; tuy nhiên, điều này là không bắt buộc. Bất kỳ yêu cầu nào giờ đây cũng có thể gửi đến bất kỳ instance server nào phía sau bộ cân bằng tải round-robin thông thường mà không cần bộ nhớ chia sẻ.

Việc loại bỏ phiên ở cấp độ giao thức không buộc ứng dụng của bạn phải là không trạng thái. Nếu server của bạn cần duy trì trạng thái giữa các lần gọi, hãy tạo một handle rõ ràng từ một công cụ (tool) và để mô hình truyền nó ngược lại dưới dạng tham số. Chúng tôi nhận thấy cách này hiệu quả hơn so với việc ẩn trạng thái phiên trong quá trình truyền tải - mô hình có thể nhìn thấy handle và luân chuyển nó giữa các công cụ.

Yêu cầu đa vòng lặp (Multi Round-Trip Requests - MRTR)

MRTR thay thế các yêu cầu elicitation/create, sampling/createMessage và roots/list do server khởi tạo, vốn trước đây yêu cầu một luồng (stream) phải luôn mở.

Đôi khi một công cụ cần thông tin từ người dùng trong khi gọi, chẳng hạn như xác nhận hoặc tham số còn thiếu. MRTR (SEP-2322) cho phép kịch bản này hoạt động trên một giao thức không trạng thái: server trả về resultType: "input_required" cùng với các yêu cầu cần được giải đáp, và client sẽ thử lại lệnh gọi ban đầu với các câu trả lời được đính kèm trong inputResponses.

Các yêu cầu HTTP có thể truyền phát (streamable) hiện phải bao gồm Mcp-Method và Mcp-Name (SEP-2243). Gateway, bộ giới hạn tốc độ (rate limiter) hoặc WAF của bạn có thể định tuyến và đo lường dựa trên các header đó thay vì phân tích cú pháp nội dung JSON.

Kết quả danh sách có thể lưu vào bộ nhớ đệm (cacheable)

Phản hồi từ tools/list, prompts/list, resources/list và resources/read hiện mang theo ttlMs và cacheScope (SEP-2549). Điều này cho phép các client xác định chiến lược lưu bộ nhớ đệm tốt nhất cho các phản hồi và giảm thiểu việc tải lại không cần thiết.

Xác thực (Authorization)

Từ các cuộc thảo luận với những người triển khai trong năm qua, xác thực là nơi họ dành nhiều thời gian tích hợp nhất. Với bản sửa đổi đặc tả này, chúng tôi tiếp tục phát triển tư thế bảo mật và xác thực của MCP.

Tác vụ (Tasks)

Tasks đã được chuyển ra khỏi lõi thử nghiệm và đưa vào phần mở rộng io.modelcontextprotocol/tasks, với tasks/get dựa trên cơ chế thăm dò (poll-based) và một tasks/update mới (SEP-2663). Các thông báo thay đổi được chuyển từ endpoint HTTP GET cũ sang một luồng subscriptions/listen duy nhất mà client có thể chọn tham gia theo từng loại thông báo.

Các tính năng bị loại bỏ (Deprecations)

Roots, Sampling và Logging đã bị loại bỏ (SEP-2577). Chúng vẫn hoạt động và sẽ tiếp tục hoạt động trong ít nhất mười hai tháng tới. Các triển khai mới không nên áp dụng chúng. Giao thức truyền tải HTTP+SSE cũ cũng được coi là đã chính thức bị loại bỏ, với lộ trình ngừng hỗ trợ trong một năm.

SDK

Tất cả bốn SDK Tier 1 đều hỗ trợ phiên bản 2026-07-28 kể từ hôm nay:

Ngoài bộ Tier 1, SDK Rust cũng hỗ trợ đặc tả mới ở bản beta.

Các SDK triển khai các API cho phép bạn xây dựng cả server và client với phiên bản đặc tả mới. Như đã đề cập trong bài đăng blog về SDK beta, sẽ có một số chi phí di chuyển, đặc biệt đối với các nhà phát triển phụ thuộc vào định danh phiên; tuy nhiên, chúng tôi đã kết hợp các phản hồi thử nghiệm sớm để giúp quá trình này trở nên dễ dàng hơn nhiều.

Hỗ trợ hệ sinh thái

Như với bất kỳ bản phát hành lớn nào, công việc chúng tôi đang thực hiện với MCP sẽ không thể thực hiện được nếu không có sự đóng góp từ cộng đồng. Chúng tôi cũng đặc biệt biết ơn một số cộng tác viên và đối tác đã giúp chúng tôi kiểm thử và xác thực đặc tả trước khi nó được phát hành rộng rãi.

Bắt đầu

Chúng tôi rất hào hứng khi thấy các nhà phát triển xây dựng trên đặc tả mới. Để bắt đầu, hãy tham khảo các tài nguyên sau:

Cảm ơn

Bản phát hành này sẽ không thể hoàn thiện nếu thiếu một cộng đồng lớn các cộng tác viên và đối tác trong ngành. Chúng tôi muốn ghi nhận hàng chục cộng tác viên chủ chốt trong việc xây dựng đặc tả, tài liệu, SDK, các nhóm làm việc và nhóm quan tâm, cũng như hàng trăm cộng đồng độc lập trên toàn thế giới đã ủng hộ và tạo nên sự phấn khích cho MCP. Chúng tôi mong muốn tiếp tục phát triển giao thức này khi nó ngày càng lớn mạnh!