Model Context Protocol (MCP) đã loại bỏ trạng thái phiên (session state), thay thế bằng các yêu cầu theo kiểu biên lai (receipt-style requests) và một lệnh server/discover mới. Giờ đây, các nhà phát triển có thể chạy MCP trên các nền tảng serverless như AWS Lambda và tránh được nút thắt cổ chai "người phục vụ duy nhất" (single waiter) vốn đã làm giảm độ tin cậy từ lâu.

Tại sao mô hình cũ lại quan trọng

Ban đầu, MCP yêu cầu một kết nối liên tục tới một máy chủ cụ thể. Máy chủ sẽ giữ "số bàn" của người dùng—một phiên ẩn lưu trữ ngữ cảnh, các quy tắc và các hành động đang chờ xử lý. Khi máy chủ đó gặp sự cố, phiên làm việc sẽ biến mất và máy khách (client) phải bắt đầu lại từ đầu.

Điều gì làm nên sự khác biệt trong bản cập nhật này

  • Không còn phiên (No sessions) – Mỗi yêu cầu đều mang theo mọi thứ mà máy chủ cần, giống như một tờ biên lai nhà hàng mà bất kỳ thu ngân nào cũng có thể đọc được. Quá trình bắt tay "initialize" sẽ biến mất.
  • Mô hình biên lai (Receipt model) – Một khối meta nhỏ ở đầu mỗi yêu cầu bao gồm thông tin phiên bản và các tham số bắt buộc. Máy chủ xử lý yêu cầu một cách độc lập, sau đó trả về kết quả kèm theo resultType, ttlMs (thời gian tồn tại tính bằng mili giây) và cacheScope. Các trường này cho phép máy khách lưu trữ (cache) câu trả lời một cách an toàn và biết được khi nào nó hết hạn.
  • Server/discover – Một lệnh mới cho phép máy khách truy vấn máy chủ về các khả năng hiện tại của nó. Phản hồi là tức thì và không phụ thuộc vào các tương tác trước đó.
  • Subscriptions/listen – Hoạt động giống như một thiết bị báo rung: máy khách đăng ký nhận cập nhật và chỉ được thông báo khi có gì đó thay đổi, giúp giảm lưu lượng truy cập polling.
  • Luồng Input_required – Nếu máy chủ cần thêm thông tin, nó sẽ trả về phản hồi input_required thay vì phải liên hệ ngược lại với máy khách. Sau đó, máy khách sẽ cung cấp dữ liệu còn thiếu trong một yêu cầu tiếp theo.

Vì máy chủ không còn giữ trạng thái, bất kỳ môi trường tính toán không trạng thái (stateless compute environment) nào cũng có thể lưu trữ các điểm cuối (endpoints) MCP. Các hàm (functions) khởi chạy theo yêu cầu, tạm dừng hoặc di chuyển giữa các vùng (zones) có thể xử lý lưu lượng truy cập mà không làm gián đoạn cuộc hội thoại.

Ai được lợi, ai cần lo lắng

Các nhà phát triển xây dựng AI front-ends – có được các hệ thống back-end đơn giản và đáng tin cậy hơn. Các đội ngũ hạ tầng – có thể triển khai MCP trên các dịch vụ tự động mở rộng (auto-scaling) với chi phí thấp. Những người duy trì máy chủ MCP – phải viết lại các trình xử lý (handlers) để xuất ra ttlMs, cacheScope và tuân thủ hợp đồng server/discover. Mã nguồn dựa trên phiên làm việc liên tục sẽ cần phải được tái cấu trúc (refactoring). Các doanh nghiệp có yêu cầu tuân thủ nghiêm ngặt – được hưởng lợi từ việc kiểm soát vòng đời dữ liệu rõ ràng hơn.

Chi tiết ẩn: thương lượng phiên bản (version negotiation)

Mỗi biên lai đều bao gồm một khối meta nhỏ thông báo phiên bản giao thức mà máy khách mong đợi.

Điều gì vẫn còn chưa chắc chắn

Điều cần theo dõi tiếp theo

Bài học rút ra

Bằng cách loại bỏ trạng thái phiên và biến mỗi tương tác thành một biên lai độc lập, MCP giờ đây phù hợp một cách tự nhiên với các hệ sinh thái serverless. Sự thay đổi này giúp MCP ổn định và có khả năng mở rộng tốt hơn, cho phép các máy chủ chạy ở bất cứ đâu và mở rộng quy mô như bất kỳ dịch vụ web thông thường nào.