Tổng quan
Model Context Protocol (MCP) đã công bố roadmap cập nhật cho bản đặc tả tiếp theo và các tháng sau đó. Roadmap do nhóm Core Maintainers xây dựng cùng các maintainer và Working Group trong cộng đồng.
Năm ưu tiên mới tiếp nối những hạng mục từng nằm ở phần “sắp tới”, gồm event do server khởi tạo, cải thiện kiểu kết quả và identity cho agent. Các hạng mục này nay đã đủ trưởng thành để trở thành luồng công việc chính, mỗi luồng có Core Maintainer và Working Group phụ trách.
Năm hướng ưu tiên
1. Primitive nhắn tin cho agent
Workload agent hiện đại không còn vừa với mô hình request-response đơn giản. Một loop có thể chạy lâu, server cần stream kết quả, còn người dùng cần điều hướng công việc khi nó đang diễn ra.
MCP đã có một số mảnh ghép:
- Tasks cho công việc kéo dài;
subscriptions/listenđể theo dõi thay đổi;- progress notification để báo tiến độ.
Roadmap sẽ làm các primitive này phối hợp rõ ràng hơn. Phạm vi gồm event do server chủ động gửi qua webhook hoặc channel để client không phải polling, rà soát cách kết hợp giữa các Working Group về Agents, Transports, Triggers & Events, và hoàn thiện Tasks extension trong SEP-2663 để có thể đưa vào specification.
2. Hợp nhất và gia cố transport dựa trên HTTP
Từ bản phát hành ngày 28/07/2026, remote MCP server được vận hành như một workload HTTP thông thường. Dev có thể host nó trên hạ tầng vốn dùng cho API và service thay vì cần một lớp triển khai riêng.
Bước tiếp theo là mở cách làm này sang nhiều kiểu deployment hơn, trong đó có local server chạy Streamable HTTP qua stdio. Việc quy về một transport nhằm giảm số nhánh mà tác giả server và client phải hỗ trợ.
3. Identity cho agent và security cấp doanh nghiệp
Authorization của MCP hiện chủ yếu giả định một người mở browser để chấp thuận quyền truy cập. Mô hình này không đủ cho agent chạy như cloud workload, agent hành động thay người dùng vắng mặt, hoặc agent giao một phần quyền hẹp hơn cho sub-agent.
Roadmap muốn server nhận diện và tin cậy identity của agent bằng các standard sẵn có, thay vì API key được ghép thủ công hoặc token sống lâu. Công việc cụ thể gồm:
- hoàn thiện Demonstrating Proof of Possession (DPoP) và thúc đẩy adoption;
- định hướng dùng Workload Identity Federation;
- dùng ID-JAG grant trong Enterprise-Managed Authorization;
- chuẩn hóa token exchange;
- tiếp tục làm việc với IETF OAuth và WIMSE về các building block cho agent identity.
4. Primitive rõ ràng và mở dần theo nhu cầu
Tool calling là phần MCP mà nhiều dev gặp đầu tiên. Điểm chưa ổn nằm ở kết quả: một response tools/call có thể mang cùng output dưới nhiều dạng, trong khi server không biết client sẽ đưa dạng nào cho model. Roadmap muốn quy về một contract rõ ràng.
Vấn đề thứ hai là quy mô. Khi một server có 100 tool, model phải nhận cả bề mặt đó trước khi người dùng đặt câu hỏi; chi phí context tăng và khả năng chọn đúng tool giảm. Hướng progressive discovery sẽ cho server cung cấp một entry point nhỏ, rồi mở thêm catalog khi hội thoại đã thu hẹp nhu cầu.
5. Developer experience của SDK
Nhóm MCP sẽ tiếp tục cải thiện API, tài liệu và mức conformance với specification trên các ngôn ngữ được hỗ trợ. Điều này càng quan trọng khi dev thường đưa thẳng SDK cho coding agent: API dễ hiểu và tài liệu chính xác quyết định code sinh ra có hoạt động hay không.
SEP nào sẽ được ưu tiên?
Specification Enhancement Proposal thuộc năm hướng trên sẽ được review nhanh hơn và có cơ hội được chấp nhận cao hơn. Đề xuất ngoài roadmap không tự động bị từ chối, nhưng thời gian của maintainer sẽ dành cho ưu tiên đã công bố trước.
Người muốn gửi SEP nên xác định nó thuộc hướng nào, trao đổi với Working Group tương ứng và cùng nhóm đó định hình proposal. Mỗi mục trong roadmap đều nêu Core Maintainer chịu trách nhiệm.
Cách tham gia
Dev có thể tham gia Working Group hoặc Interest Group, mở hay góp ý SEP, thử extension trong repository experimental-ext- theo SEP-2133, hoặc đóng góp trực tiếp vào specification, SDK và tooling theo contributing guide của dự án.
Điểm quan trọng với team đang dùng MCP: đây là roadmap, không phải changelog. Hãy theo dõi SEP, bản specification và conformance của SDK trước khi phụ thuộc production vào từng primitive mới.