MCP là gì? Cách các AI Agent kết nối với dữ liệu của bạn (Cập nhật thông số kỹ thuật 2026)

MCP (Model Context Protocol) là một tiêu chuẩn mở cho phép tác nhân AI tiếp cận các công cụ và nguồn dữ liệu thông qua một giao diện chung duy nhất. Thay vì phải tích hợp tùy chỉnh cho từng ứng dụng, phía client chỉ cần sử dụng một giao thức và bất kỳ server tương thích nào cũng có thể phản hồi. Bản đặc tả kỹ thuật đã được viết lại vào ngày 28 tháng 7 năm 2026, và sự thay đổi này là vô cùng quan trọng.

Hướng dẫn này sẽ trình bày về chức năng của giao thức và những thay đổi trong bản phát hành ngày 28-07-2026. Tài liệu cũng đề cập đến các tính năng hiện đã bị ngừng hỗ trợ (deprecated), điểm khác biệt của giao thức này so với việc tích hợp API thông thường, và khi nào bạn không cần đến nó. Các thông tin thực tế trong bài viết được cập nhật tính đến ngày 5 tháng 8 năm 2026.

MCP là gì?

Hãy tưởng tượng nó giống như một kiểu phích cắm dùng chung. Trước khi có tiêu chuẩn này, việc kết nối một trợ lý ảo với cơ sở dữ liệu, hệ thống quản lý yêu cầu hỗ trợ (ticket) và các tệp tin của bạn đồng nghĩa với việc phải thực hiện ba quy trình tích hợp riêng biệt. Mỗi quy trình đều có cơ chế xác thực, xử lý lỗi và gánh nặng bảo trì riêng.

MCP định nghĩa kết nối đó một lần duy nhất. Một client là phía tác nhân (agent). Một server đóng gói một nguồn dữ liệu hoặc công cụ và hiển thị những gì nó có thể làm. Client sẽ hỏi server xem có những gì khả dụng, sau đó gọi lệnh thực hiện.

Các server thường cung cấp ba loại thành phần. Tools (Công cụ) là các hành động mà agent có thể gọi. Resources (Tài nguyên) là nội dung có thể đọc được. Prompts (Gợi ý) là các mẫu có thể tái sử dụng. Client sẽ tự động phát hiện cả ba thành phần này trong quá trình chạy (runtime) thay vì phải lập trình cứng (hardcode) chúng từ trước.

Tên gọi này thường được sử dụng một cách khá thoải mái, vì vậy cần làm rõ một điều: Giao thức này không phải là một mô hình, không phải là một agent, và cũng không phải là một sản phẩm. Nó là định dạng truyền tải dữ liệu (wire format) giữa các thành phần đó.

Hai từ sau đây sẽ giải thích hầu hết những hiểu lầm xung quanh giao thức này. Discovery (Phát hiện) nghĩa là client tìm hiểu xem server cung cấp những gì trong quá trình chạy. Reuse (Tái sử dụng) nghĩa là cùng một server có thể phản hồi cho bất kỳ client tương thích nào.

Việc áp dụng giao thức này không còn là lý thuyết nữa. Những người duy trì giao thức báo cáo có gần nửa tỷ lượt tải xuống mỗi tháng trên các SDK Tier 1. Các SDK TypeScript và Python mỗi loại đều đã vượt mốc tổng cộng một tỷ lượt tải.

Những thay đổi trong bản đặc tả kỹ thuật ngày 28-07-2026

Bản phát hành này là đợt sửa đổi lớn nhất từ trước đến nay của giao thức. Điểm nổi bật nhất là phần lõi (core) giờ đây đã không còn lưu trạng thái (stateless).

Thay đổi	Ý nghĩa
Lõi không lưu trạng thái (Stateless core)	Các phiên làm việc (session) và quá trình bắt tay (handshake) đã bị loại bỏ. Mỗi yêu cầu (request) giờ đây sẽ tự mang theo phiên bản giao thức và danh tính client của riêng nó
Yêu cầu nhiều vòng khứ hồi (Multi Round-Trip Requests)	Thay thế cho các yêu cầu do server khởi xướng vốn cần một luồng truyền dữ liệu (stream) mở liên tục. Một công cụ giờ đây có thể yêu cầu người dùng nhập thông tin ngay giữa cuộc gọi
Định tuyến dựa trên Header (Header-based routing)	Tên phương thức và công cụ được truyền đi trong các header Mcp-Method và Mcp-Name, giúp các cổng kết nối (gateway) có thể định tuyến và ủy quyền trực tiếp trên các header này
Kết quả danh sách có thể lưu bộ nhớ đệm (Cacheable list results)	Danh sách công cụ, prompt và tài nguyên giờ đây sẽ đi kèm với các thuộc tính ttlMs và cacheScope
Thắt chặt bảo mật ủy quyền (Authorization hardening)	Xác thực nhà phát hành (issuer) theo tiêu chuẩn RFC 9207, chuyển đổi từ Đăng ký Client Động (Dynamic Client Registration) sang Tài liệu Siêu dữ liệu ID Client (Client ID Metadata Documents), và sử dụng thông tin xác thực liên kết với nhà phát hành (issuer-bound credentials)
Khung tiện ích mở rộng (Extensions framework)	Các tác vụ (Tasks) được chuyển từ phần lõi thử nghiệm sang một tiện ích mở rộng chính thức, bên cạnh Apps và Ủy quyền do Doanh nghiệp Quản lý (Enterprise Managed Authorization)

Hãy nhìn nhận danh sách này như một quyết định duy nhất được lặp lại sáu lần. Mỗi thay đổi đều loại bỏ một giả định từng khiến việc vận hành các server từ xa trở nên phức tạp. Không có thay đổi nào làm ảnh hưởng đến những gì một công cụ có thể thực hiện.

Bài viết về đặc tả kỹ thuật ngày 28-07-2026 chính thức có danh sách thay đổi đầy đủ. Các SDK TypeScript, Python, Go và C# đã hỗ trợ phiên bản này, riêng Rust đang ở bản thử nghiệm (beta).

Tại sao tính năng không lưu trạng thái (stateless) lại quan trọng nếu bạn vận hành một server

Thiết kế cũ giả định một kết nối hai chiều, liên tục. Chính giả định duy nhất đó đã gây ra hầu hết các khó khăn trong quá trình vận hành.

Trước đây, một server từ xa cần có các phiên làm việc cố định (sticky sessions) để client luôn kết nối vào cùng một phiên bản (instance). Nó cũng cần bộ lưu trữ phiên dùng chung để trạng thái không bị mất đi khi khởi động lại. Các gateway thường phải kiểm tra nội dung dữ liệu (payload) để xác định xem một yêu cầu đang thực hiện hành động gì.

Giờ đây, tất cả những điều đó không còn cần thiết nữa. Một server có thể nằm sau một bộ cân bằng tải vòng tròn (round-robin load balancer) thông thường. Việc định tuyến diễn ra ngay trên header. Các client sẽ lưu danh sách công cụ vào bộ nhớ đệm trong khoảng thời gian mà server cho phép. Giao thức này đã chuyển mình từ một thứ bạn phải triển khai một cách cực kỳ cẩn trọng thành một thứ bạn có thể triển khai như bình thường.

Tuy nhiên, việc này sẽ đi kèm với chi phí chuyển đổi. Các server được xây dựng dựa trên phần lõi cũ sẽ cần phải được chỉnh sửa, và các thư viện client cũng phải thay đổi theo.

Thay đổi này cũng giúp giảm chi phí khi muốn dùng thử. Trước đây, việc thiết lập một server là một quyết định lớn về mặt hạ tầng. Giờ đây, nó gần giống như việc triển khai bất kỳ một dịch vụ web nhỏ nào.

Đối với bất kỳ ai đang đánh giá server MCP của một nhà cung cấp, đây là câu hỏi thực tế cần đặt ra: nó hướng tới phiên bản đặc tả kỹ thuật nào, và khi nào nó sẽ chuyển đổi sang phiên bản mới.

Những tính năng nào bị ngừng hỗ trợ (deprecated), và bạn còn bao nhiêu thời gian

Ba tính năng sắp bị loại bỏ hoàn toàn: Roots, Sampling, và Logging. Phương thức truyền tải HTTP+SSE cũ cũng đã bị ngừng hỗ trợ.

Đội ngũ duy trì đã cam kết một khoảng thời gian tối thiểu là 12 tháng trước khi chính thức loại bỏ các tính năng này. Đó là một khoảng thời gian rộng rãi, nhưng đồng thời cũng là một hạn chót. Nếu bạn đã xây dựng hệ thống dựa trên bất kỳ tính năng nào trong số bốn tính năng này, hãy đưa việc chuyển đổi vào lộ trình phát triển (roadmap) thay vì để nó trong danh sách công việc tồn đọng (backlog).

Hãy kiểm tra cả client của bạn nữa, chứ không chỉ riêng server. Một client bị cố định vào phương thức truyền tải cũ sẽ vẫn tiếp tục hoạt động trong khoảng thời gian chuyển đổi này và sau đó sẽ ngừng hoạt động.

Đăng ký Client Động (Dynamic Client Registration) chính thức bị ngừng hỗ trợ để chuyển sang Tài liệu Siêu dữ liệu ID Client (Client ID Metadata Documents). Thông tin xác thực liên kết với nhà phát hành (issuer-bound credentials) giờ đây sẽ ngăn chặn việc một token được cấp cho server này bị sử dụng lại trên một server khác.

So sánh MCP với tích hợp API thông thường

	Tích hợp API tùy chỉnh	Server MCP
Công việc cho mỗi nguồn	Mỗi lần tích hợp đều cần cơ chế xác thực, schema và xử lý lỗi mới	Một giao thức duy nhất, được tái sử dụng
Phát hiện (Discovery)	Bạn phải lập trình cứng những gì đang tồn tại	Client tự hỏi server trong quá trình chạy
Đối tượng sử dụng	Chỉ ứng dụng mà bạn đã tích hợp nó vào	Bất kỳ client tương thích nào
Bảo trì	Sẽ bị lỗi khi API của nhà cung cấp thay đổi	Server tự xử lý và hấp thụ sự thay đổi đó
Phù hợp nhất cho	Một luồng kết nối sâu, lưu lượng lớn	Nhiều nguồn dữ liệu được tiếp cận bởi một agent

Một yếu tố khác cần cân nhắc là ai sẽ bảo trì trình kết nối (connector). Một server do chính nhà cung cấp phát hành sẽ thay đổi đồng bộ với sản phẩm của họ, nghĩa là bạn không còn phải tự mình gánh vác công việc bảo trì đó nữa.

Thành thật mà nói, MCP không nhanh hơn hay rẻ hơn đối với một tích hợp đơn lẻ. Nó chỉ thực sự phát huy thế mạnh khi số lượng nguồn dữ liệu tăng lên, hoặc khi bạn muốn có nhiều hơn một agent tiếp cận cùng một nguồn dữ liệu mà không cần phải xây dựng lại từ đầu.

Những gì bạn có thể tạo ra sau khi kết nối nguồn dữ liệu

Kết nối chỉ là phần hạ tầng kỹ thuật. Lý do thực sự khiến mọi người quan tâm là kết quả đầu ra cuối cùng.

Khi nguồn dữ liệu đã được kết nối, một agent có thể lấy các số liệu hiện tại và tiến hành phân tích. Kết quả trả về là một sản phẩm hoàn chỉnh: một biểu đồ, một bản tóm tắt bằng văn bản, hoặc một bộ slide trình chiếu. Giá trị nằm ở việc loại bỏ bước xuất dữ liệu (export) thủ công, chứ không phải từ bản thân giao thức. Kết quả đầu ra này cũng chính là lý do giúp việc thiết lập hệ thống này được ủng hộ trong nội bộ doanh nghiệp. Một kết nối không bao giờ được chuyển hóa thành báo cáo sẽ sớm bị tắt đi trong lặng lẽ.

Powerdrill Bloom cung cấp một server theo mô hình này. Theo tài liệu hướng dẫn của họ, nó xác thực bằng User ID và Project API Key của bạn. Sau đó, một client có thể duyệt qua các tập dữ liệu trong tài khoản của bạn, lấy thông tin chi tiết về bất kỳ tập dữ liệu nào và chạy các tác vụ bằng cách đặt câu hỏi bằng ngôn ngữ tự nhiên. Nó hoạt động tốt với Claude Desktop và các client tương thích khác. Thông báo về server MCP hướng dẫn chi tiết cách thiết lập, và trang trình kết nối dữ liệu (data connectors) liệt kê các loại nguồn dữ liệu khác.

Khi nào bạn hoàn toàn không cần đến MCP

Phần này thường bị bỏ qua trong hầu hết các bài giải thích, vì vậy chúng tôi muốn nêu rõ ràng ở đây.

Nếu dữ liệu của bạn ở dạng tệp tin, bạn không cần đến một giao thức. Bạn chỉ cần tải tệp lên (upload). Một bản xuất dữ liệu hàng quý, một tệp CSV ai đó gửi qua email, một bản sao kê PDF — không có trường hợp nào trong số này đáng để bạn phải thiết lập một server. Hãy kéo tệp đó vào và đặt câu hỏi của bạn.

Hãy tự hỏi một câu trước khi bắt tay vào xây dựng: Liệu bản xuất dữ liệu này có cần thiết một lần nữa vào tháng tới, bởi một ai đó khác ngoài bạn hay không?

MCP chỉ thực sự xứng đáng với công sức bỏ ra khi nguồn dữ liệu mang tính trực tiếp và lặp lại liên tục (live and recurring). Một cơ sở dữ liệu thay đổi theo từng giờ, một hàng đợi ticket hỗ trợ, một bảng dữ liệu kho hàng dùng để làm báo cáo hàng tuần. Bài kiểm tra ở đây là: nếu không có hệ thống này, liệu bạn có phải xuất lại chính dữ liệu đó vào tuần tới hay không.

Ngoài ra còn có khía cạnh bảo mật. Một nguồn dữ liệu được kết nối là một quyền truy cập dài hạn được cấp sẵn, chứ không phải là một lần chia sẻ duy nhất. Những thay đổi về ủy quyền ngày 28-07-2026 được đưa ra chính vì sự khác biệt quan trọng này.

Tóm tắt ngắn gọn

MCP là một phích cắm tiêu chuẩn giữa các agent và các nguồn dữ liệu. Bản phát hành ngày 28-07-2026 đã chuyển phần lõi sang dạng không lưu trạng thái (stateless), chuyển việc định tuyến vào các header, cho phép lưu bộ nhớ đệm cho kết quả danh sách và thắt chặt bảo mật ủy quyền. Các tính năng Roots, Sampling, Logging và phương thức truyền tải HTTP+SSE cũ đã bị ngừng hỗ trợ với thời hạn chuyển đổi là 12 tháng.

Đối với một tệp tin dùng một lần, hãy bỏ qua tất cả những điều trên. Dùng thử Powerdrill Bloom miễn phí — tải tệp lên, đặt câu hỏi bằng ngôn ngữ tự nhiên và xuất biểu đồ hoặc slide trình chiếu. Nếu bạn đang so sánh các tùy chọn server, hãy xem các nền tảng MCP tốt nhất.

Câu hỏi thường gặp

MCP viết tắt của từ gì?

Model Context Protocol. Đây là một tiêu chuẩn mở để kết nối các client AI với các công cụ và nguồn dữ liệu thông qua một giao diện duy nhất. Nhờ đó, mỗi nguồn dữ liệu mới sẽ không cần phải tích hợp tùy chỉnh riêng biệt nữa.

Có gì thay đổi trong đặc tả kỹ thuật MCP ngày 28-07-2026?

Phần lõi đã chuyển sang không lưu trạng thái (stateless), loại bỏ các phiên làm việc và quá trình bắt tay. Yêu cầu nhiều vòng khứ hồi (Multi Round-Trip Requests) đã thay thế cho các yêu cầu do server khởi xướng qua các luồng truyền dữ liệu mở, và việc định tuyến được chuyển vào các header Mcp-Method và Mcp-Name. Kết quả danh sách có thể được lưu vào bộ nhớ đệm, và bảo mật ủy quyền được thắt chặt hơn với tính năng xác thực nhà phát hành và thông tin xác thực liên kết với nhà phát hành.

MCP có giống với API không?

Không. API là giao diện của một nhà cung cấp cụ thể kết nối đến một hệ thống duy nhất. Trong khi đó, giao thức này là một lớp bọc chung mà nhiều hệ thống có thể triển khai, nhờ đó bất kỳ client tương thích nào cũng có thể tự động phát hiện và gọi chúng mà không cần viết mã tùy chỉnh cho từng nguồn.

Những tính năng nào bị ngừng hỗ trợ trong đặc tả kỹ thuật MCP mới?

Các tính năng Roots, Sampling và Logging đã bị ngừng hỗ trợ, tương tự với phương thức truyền tải HTTP+SSE cũ. Đăng ký Client Động (Dynamic Client Registration) nhường chỗ cho Tài liệu Siêu dữ liệu ID Client (Client ID Metadata Documents). Đội ngũ duy trì đã công bố thời hạn tối thiểu là 12 tháng trước khi chính thức loại bỏ các tính năng này.

Tôi có cần MCP để phân tích bảng tính bằng AI không?

Không. Đối với một tệp tin bạn đã có sẵn, việc tải nó lên sẽ đơn giản và nhanh chóng hơn nhiều. Giao thức này chỉ đáng để thiết lập khi nguồn dữ liệu là trực tiếp (live) và nếu không có nó, bạn sẽ phải xuất lại cùng một dữ liệu đó theo định kỳ.