MCP vừa “bỏ phiên” — thay đổi lớn nhất kể từ khi ra đời, mở đường cho AI Agent scale hàng triệu request. 🌊⚡
Bạn có biết “phiên kết nối” (session) — thứ giúp AI Agent gọi công cụ — chính là thứ đang chặn Agent mở rộng quy mô? Ngày 28/07/2026, MCP vừa bỏ hẳn khái niệm phiên: mỗi request “tự túc”, và Google Cloud, GitHub, Cloudflare đã nhanh chóng bắt tay hỗ trợ ngay từ tuần đầu.
🧊 Vấn đề nằm ở “cái bình đóng băng”
Từ cuối 2024, Model Context Protocol (MCP) là chuẩn giúp LLM gọi tool bên ngoài: search, GitHub, database… Nhưng cách vận hành cũ (spec 2025-11-25) khiến client bị “khóa cứng” vào đúng server chứa phiên trong bộ nhớ:
• Client bắt tay initialize → server trả header Mcp-Session-Id → mọi request sau phải kèm session id.
• Hệ quả với hạ tầng cloud: load balancer round-robin không biết phiên nằm ở pod nào → request rơi nhầm pod là lỗi 400 Session Not Found.
• Muốn tránh thì phải cấu hình sticky session, dựng Redis session store dùng chung, hay để gateway “mổ bụng” gói tin. Pod chết là mất phiên, người dùng lỗi giữa chừng.
MCP sinh ra cho 1 client – 1 server trên laptop. Khi agent cần scale hàng triệu request/ngày, lớp phiên stateful trở thành nút thắt thật sự.
🚰 Giải pháp: MCP trở thành “HTTP thuần túy”
Spec 2026-07-28 bỏ hẳn handshake initialize/initialized và header Mcp-Session-Id. Giờ mỗi request tự mô tả chính nó:
• Version giao thức, thông tin client, capabilities nằm trong trường _meta kèm mỗi lệnh.
• Method và tên tool được đưa lên HTTP headers (Mcp-Method, Mcp-Name, MCP-Protocol-Version) → gateway, WAF, load balancer route, giới hạn tốc độ, tra soát mà không cần phân tích body JSON.
• Danh sách tool/tài nguyên trả về kèm ttlMs + cacheScope → client biết cache tới khi nào, bớt gọi lại.
Header khớp với body mới chấp nhận, sai lệch trả mã -32020.
🔁 Bỏ phiên mà vẫn “hỏi lại” được: MRTR và Tasks
• Multi Round-Trip Requests (MRTR): khi tool cần xác nhận (xoá 3 file, trừ tiền…), server trả InputRequiredResult kèm requestState đã serialize — bất kỳ instance nào sau load balancer cũng tiếp tục được, không cần giữ kênh SSE.
• Tasks extension (do AWS đóng góp): tool chạy lâu (backup DB, đồng bộ CRM, hoàn tiền) trả ngay taskId và xử lý nền; client dùng tasks/get, tasks/update để theo dõi.
• Bảo mật đi kèm: validate iss theo RFC 9207, Resource Indicators RFC 8707 chống “confused deputy”, chính sách deprecation 12 tháng cho Roots/Sampling/Logging.
🌍 Hệ sinh thái phản ứng “ngay trong tuần đầu”
• GitHub MCP Server nâng cấp trước ngày phát hành: xóa Redis session, bỏ deep packet inspection, luồng login thành nhiều request HTTP độc lập.
• Cloudflare hỗ trợ ngay ngày đầu: mỗi request chạy trên instance stateless, client cũ không cần đổi config.
• AWS đưa stateless core vào Bedrock AgentCore; Manufact cắt 83% kích thước SDK, nhanh hơn 25%; Microsoft Foundry mở rộng từ vài chục lên hàng nghìn integration.
• 4 SDK Tier-1 (TypeScript, Python, Go, C#) đều có bản beta — Python mcp[cli]==2.0.0b1, TypeScript tách @modelcontextprotocol/client + @modelcontextprotocol/server kèm codemod npx @modelcontextprotocol/codemod@beta v1-to-v2.
Góc nhìn Suijin: stateless giống “nước không bị đóng băng trong một bình” — mỗi giọt (request) tự đủ, chảy tới bất kỳ máy chủ nào sẵn sàng đón nhận. Phiên (session) là “bờ đê” cố định; stateless là dòng chảy tự nhiên. Hiểu MCP = hiểu hệ “mạch máu” đưa tri thức của agent đi khắp hạ tầng. 🌊
👉 Bạn đang chạy MCP server nào cho agent của mình? Nâng cấp lên spec 2026-07-28 để thử scale thật: Google Cloud Run, Cloudflare Workers hay GitHub MCP Server đều đã sẵn sàng. Nhớ đây là bản beta — test kỹ staging trước khi lên production nhé!
Thích nếu bài viết hữu ích 👍 · Chia sẻ để lan tỏa tri thức 📤 · Bình luận MCP server của bạn 💬 · Follow Suijin Greenverse để không bỏ lỡ thế giới AI Agent mỗi ngày! 🌊
#SuijinGreenverse #AIAgent #MCP #StatelessMCP #TechExplainer
Nguồn gốc: https://www.facebook.com/122110280187349377/posts/122129284497349377
