MCP không còn giống như một giao diện plugin của nhà sản xuất nữa, nó bắt đầu trông giống như một đường ống công cộng. Đường ống sẽ chắc chắn hơn, nhưng cũng sẽ ít cá tính hơn.

Tác giả bài viết, nguồn: 0x9999in1, ME News

Tóm tắt ngắn

Ngày 28 tháng 7 năm 2026, MCP phát hành phiên bản tiêu chuẩn thứ năm2026-07-28, được chính thức xác định là lần sửa đổi lớn nhất kể từ khi giao thức ra đời. Hành động cốt lõi duy nhất: xóa phiên làm việc khỏi lớp giao thức.
initialize/initialized Handshake is gone,Mcp-Session-Id The request header is gone. Each request carries its own protocol version, client identity, and capability declaration, written in _meta. Any request can land on any instance; a simple round-robin load balancer is sufficient.
Đây không phải là tối ưu hiệu năng, mà là sai lầm trong kiến trúc. Phiên làm việc dính và lưu trữ phiên chia sẻ từng là khoản chi phí đắt nhất trên các máy chủ MCP khi quy mô mở rộng.
Trạng thái không biến mất. Nó đã được chuyển từ lớp truyền tải sang tham số công cụ, gọi là "handle rõ ràng". Mô hình có thể nhìn thấy nó và do đó có thể kiểm soát nó.
Giao diện tương tác (MCP Apps) và các tác vụ dài (Tasks) đã chính thức được tích hợp vào khung mở rộng có phiên bản, giao thức lõi không còn mở rộng thêm tính năng mới. Xác thực danh tính được điều chỉnh theo chuẩn OAuth 2.0 và OIDC trong thế giới thực, đồng thời phần mở rộng ủy quyền quản lý doanh nghiệp cũng chuyển sang phiên bản ổn định cùng ngày.
Chi phí là tiền thật: Đây là một breaking change. Roots, Sampling, Logging và giao thức HTTP+SSE cũ đều được đưa vào giai đoạn ngừng hỗ trợ, với cửa sổ chuyển tiếp ít nhất 12 tháng từ phía chính thức.
MCP không còn giống một giao diện plugin của nhà sản xuất nữa, nó bắt đầu trở thành một đường ống công cộng. Đường ống sẽ vững chắc hơn, nhưng cũng sẽ ít cá tính hơn.

Một, hai dòng bị xóa mới là trọng tâm của bản cập nhật này

Hãy nói trước một sự thật trái ngược với trực giác.

Lần cập nhật được gọi là "bản nâng cấp lớn nhất từ trước đến nay", phần quan trọng nhất không phải là đã thêm gì, mà là đã xóa gì.

initialize và initialized cặp handshake này đã tồn tại kể từ ngày MCP ra đời vào tháng 11 năm 2024.Mcp-Session-Id tiêu đề yêu cầu này là nền tảng của mọi giải pháp triển khai sau khi MCP được triển khai từ xa. Vào ngày 28 tháng 7, hai thứ này đã bị gỡ bỏ cùng nhau.

Yêu cầu mới trông như thế nào? Rất đơn giản.

POST /mcp HTTP/1.1
MCP-Protocol-Version: 2026-07-28
Mcp-Method: tools/call
Mcp-Name: search

Tên phương thức và tên công cụ được đưa lên tiêu đề HTTP. Gateway, bộ giới hạn lưu lượng và WAF không còn cần phải giải mã nội dung JSON để đoán lần gọi này muốn làm gì, chỉ cần xem tiêu đề là đủ. Phiên bản giao thức, thông tin khách hàng, tuyên bố khả năng đều được nhét vào _meta và đi theo yêu cầu. Muốn hỏi trước máy chủ có những khả năng gì? Đã thêm một server/discover, nhưng nó là tùy chọn, không bắt buộc.

Điều này có nghĩa gì? Nghĩa là máy chủ MCP cuối cùng cũng trở thành một tải công việc HTTP thông thường.

Theo lời Sean Roberts, Phó Chủ tịch AI của Netlify, thì lõi không trạng thái khiến MCP trở thành một tải HTTP đẳng cấp một, không cần phải vượt qua bất kỳ quản lý phiên nào. Cloudflare diễn đạt mạnh mẽ hơn, cho rằng phiên bản này khiến hạ tầng Agent bắt đầu hoạt động giống như các phần còn lại của web: không trạng thái, có thể lưu bộ nhớ đệm, có thể định tuyến và mở rộng toàn cầu.

Nghe giống như lời quảng cáo tiêu chuẩn của nhà sản xuất. Nhưng lần này thì khác, vì chúng đang nói về một sự việc cụ thể: phiên đã biến mất, nên Lambda có thể chạy, Workers có thể chạy, các nút biên cũng có thể chạy.

Hai, phiên làm việc gắn kết là rào cản thực sự trên con đường mở rộng quy mô của Agent

Tại sao lại phải ra tay nặng tay như vậy?

Vì mô hình cũ có một hạn chế vật lý không thể tránh khỏi: phiên được cố định trên máy chủ xử lý giao thức bắt tay.

Vì vậy, tất cả mọi người đều bị buộc phải làm cùng một việc: hoặc mở phiên kết nối dính để cân bằng tải ghi nhớ mỗi khách hàng nên kết nối đến máy nào; hoặc thiết lập một lớp lưu trữ chia sẻ như Redis để lưu trữ trạng thái phiên và cho tất cả các thực thể truy cập.

Cả hai con đường đều có thể đi được. Nhưng đều phải trả một loại thuế ẩn.

Phiên kết nối dính khiến việc mở rộng và thu hẹp trở nên khó khăn. Khi một instance cần tắt, các phiên kết nối trên đó sẽ bị ngắt. Khi lưu lượng tăng đột biến, các instance mới khởi động không thể tiếp nhận các phiên cũ, dẫn đến tải luôn bị lệch. Con đường sử dụng lưu trữ chia sẻ đắt hơn nhiều; bạn đang引入 một middleware có trạng thái cho một nhu cầu cơ bản chỉ là "nhớ tên client", đồng thời còn phải đảm bảo tính sẵn sàng cao cho nó.

Khi quy mô nhỏ, điều này không gọi là vấn đề. Khi quy mô lớn lên, nó mới gọi là vấn đề.

Chỉ cần xem một dãy số là có thể hiểu được quy mô đã thay đổi như thế nào. Vào tháng 12 năm 2025, nhân dịp MCP tròn một năm tuổi, số lần tải xuống hàng tháng của SDK là 97 triệu. Đến đợt ra mắt này vào tháng 7 năm 2026, Anthropic đưa ra con số là hơn 400 triệu lần tải xuống mỗi tháng, còn theo blog chính thức thì là "gần năm trăm triệu", tăng bốn lần trong năm. Tổng số lần tải xuống của hai SDK TypeScript và Python đều đã vượt qua ngưỡng một tỷ.

Trong danh mục trình kết nối Claude do Anthropic tự phát triển, hiện đã liệt kê hơn 950 máy chủ MCP. Dữ liệu từ nhà cung cấp khả năng quan sát Honeycomb còn cho thấy rõ ràng Agent đã thực sự đang làm việc: gần 20% trong tổng số truy vấn tương tác hàng tháng của họ được Agent khởi tạo.

Bốn lần trong sáu tháng. Dưới đường cong này, bất kỳ loại "loại thuế ẩn" nào về mặt kiến trúc đều sẽ được khuếch đại thành chi phí rõ ràng.

Vì vậy, cách diễn đạt chính thức là "một trong những tính năng được các nhà phát triển mong đợi nhất". Không phải chúng tôi muốn thay đổi, mà là những người đang chạy trên môi trường sản xuất đã không thể chịu đựng nổi nữa.

Ba、trạng thái không biến mất, nó đã được chuyển đến trước mặt mô hình

Có một sự hiểu lầm cần làm rõ.

Giao thức không trạng thái không có nghĩa là ứng dụng của bạn cũng không trạng thái.

规范给出的替代方案叫显式句柄。你的工具需要跨调用保留状态？那就让工具返回一个标识符，比如 basket_id，然后由模型把这个 ID 当参数带回下一次调用。

Câu đó trong blog chính thức, theo tôi, là câu thú vị nhất trong toàn bộ tài liệu: họ phát hiện ra rằng cách này hiệu quả hơn so với việc ẩn trạng thái trong lớp truyền tải, vì mô hình có thể nhìn thấy công cụ này và từ đó kết nối nó giữa các công cụ.

Hãy dừng lại và suy nghĩ về ý nghĩa của câu này.

Logic trước đây là: trạng thái là việc của cơ sở hạ tầng, mô hình không cần quan tâm. Logic hiện tại thì ngược lại: trạng thái là một phần của chuỗi suy luận mô hình, giấu đi sẽ khiến mô hình đưa ra phán đoán sai lệch.

Ẩn trạng thái khiến mô hình trở nên ngu ngốc. Kết luận này không được suy ra từ thẩm mỹ kiến trúc, mà được rút ra từ một năm rưỡi sự cố sản xuất.

Cùng một tư duy được áp dụng vào con đường mà máy chủ chủ động gửi yêu cầu. Trước đây, khi công cụ thực hiện thao tác, nó phải hỏi người dùng: “Xác nhận xóa 3 tệp này không?”, và phải dựa vào luồng SSE đang duy trì để đẩy yêu cầu trở lại máy khách. Sau khi chuyển sang trạng thái không lưu, luồng này không còn nữa, thay vào đó là các Yêu cầu Đa vòng trao đổi (Multi Round-Trip Requests), viết tắt là MRTR.

Chế độ hoạt động không phức tạp. Máy chủ trả về một loại kết quả "cần nhập", kèm theo câu hỏi mà nó muốn hỏi, cùng một đoạn requestState. Client thu thập đầy đủ câu trả lời, sau đó gửi lại yêu cầu ban đầu với inputResponses và requestState nguyên vẹn. Vì mọi thứ cần thiết để tiếp tục đều nằm trong requestState, lần thử lại này dù rơi vào máy chủ khác cũng có thể tiếp tục thực hiện.

Người phụ trách sản phẩm của Supabase, Inian Parameshwaran, đã nói một câu thực tế: Việc hỗ trợ elicitation đã nằm trong lộ trình của họ rất lâu, nhưng vì Supabase MCP vốn chạy ở chế độ không trạng thái, nên chưa thể thực hiện được. Sau MRTR thì có thể rồi, công cụ có thể xác minh chi phí trước khi tạo dự án và hỏi lại trước khi xóa dữ liệu.

Tôi muốn đề cập đến một điểm không được nhấn mạnh trong tài liệu chuẩn, nhưng chắc chắn sẽ gặp phải trong thực tế kỹ thuật:requestState được客户端保管并回传，它天然处在信任边界之外。服务器如果把它当成可信输入直接反序列化，就是给自己开了一个口子。签名、加密、设过期，这三件事我认为会很快变成社区里的标准做法。这是我的判断，不是规范要求。

Bốn: Khung mở rộng: Giao thức bắt đầu học cách "không tăng cân"

Sự đặt cược thật thứ hai là khung mở rộng đã trở thành một thể chế thay vì chỉ là thông lệ.

反向 DNS 命名、通过 extensions 映射做能力协商、独立的 ext-* 仓库配授权维护者、版本独立于核心规范。听起来很枯燥，但它解决的是所有成功协议都会遇到的病：核心越来越肥。

Hai phần mở rộng này đã chính thức được chính thức hóa.

MCP Apps cho phép máy chủ gửi trực tiếp giao diện tương tác vào cuộc hội thoại. Không phải văn bản thuần túy, không phải JSON có cấu trúc, mà là giao diện HTML đầy đủ chạy trong sandbox iframe. Biểu đồ, biểu mẫu, bộ chọn—tất cả đều có thể. Thiết kế then chốt là công cụ phải khai báo trước mẫu UI, để client có thể tải trước và thực hiện kiểm tra an toàn trước khi hiển thị bất kỳ nội dung nào. Các thao tác trên giao diện vẫn sử dụng kênh JSON-RPC thông thường để gọi công cụ.

Tasks xử lý vấn đề còn lại: tác vụ tiêu tốn thời gian. Nó được nâng cấp từ tính năng thí nghiệm thành phần mở rộng chính thức, vòng đời được thiết kế lại thành không trạng thái:tools/call trả về một handle tác vụ, client sử dụng tasks/get để poll, kết hợp với tasks/update và tasks/cancel.

值得注意的是 tasks/list 已被删除。理由很直接：没有会话时，“列出所有任务”这一操作不再安全，因为你无法界定“所有”属于谁。

Phần mở rộng này do AWS đóng góp. Swami Sivasubramanian, Phó chủ tịch Agentic AI của Amazon, cho biết các tiêu chuẩn mới và lõi không trạng thái đã được tích hợp vào Bedrock AgentCore. Về phía Microsoft, Tina Schuchman, Phó chủ tịch kỹ thuật Foundry, cho biết MCP đã giúp họ mở rộng từ vài chục tích hợp lên hàng nghìn, với Foundry toolbox sử dụng một điểm cuối MCP thống nhất để tập trung quản lý công cụ, xác thực và khả năng quan sát.

Một giao thức được AWS, Microsoft, Google Cloud và Cloudflare cùng sử dụng làm nền tảng để xây dựng các sản phẩm. Điều này đã không còn là tiêu chuẩn plugin của một công ty nào nữa.

Năm, nỗi đau thực sự không phải là kết nối, mà là danh tính

Trong bài viết trên blog chính thức, có một lời thừa nhận trung thực: Trong năm qua, khi trao đổi với những người thực hiện, cấp phép là nơi họ dành nhiều thời gian nhất.

Phiên bản này bổ sung sáu SEP trong ủy quyền, toàn bộ đều là những thứ không hấp dẫn nhưng cần thiết. Máy chủ ủy quyền phải trả về tham số iss theo RFC 9207, client phải xác minh nó trước khi đổi code, biện pháp này ngăn chặn cuộc tấn công gây nhầm lẫn trên máy chủ ủy quyền. Khi đăng ký động, client phải khai báo application_type, cuối cùng các callback localhost cho ứng dụng desktop và CLI sẽ không còn bị từ chối vô cớ. Chứng chỉ được liên kết với issuer phát hành chúng và không thể tái sử dụng trên các máy chủ ủy quyền khác.

Điều có ý nghĩa tín hiệu lớn hơn là: Đăng ký client động (DCR) đã chính thức bị loại bỏ, với hướng đi là tài liệu siêu dữ liệu ID client (CIMD). DCR vẫn có thể sử dụng, tính tương thích ngược vẫn được giữ lại, nhưng sẽ bị xóa bỏ trong các phiên bản tương lai.

Cùng ngày, phiên bản ổn định của Tính năng mở rộng ủy quyền lưu trữ doanh nghiệp (EMA) đã được ra mắt. Việc này có thể quan trọng hơn đối với CNTT doanh nghiệp so với trạng thái không lưu trữ.

Trong mô hình cũ, mỗi nhân viên phải cấp quyền riêng lẻ cho từng máy chủ. Khi mới vào làm, họ phải kết nối thủ công từng dịch vụ một. Đội an ninh không thể thực thi chính sách thống nhất, quyền truy cập do từng người dùng tự chọn, không có kiểm soát tập trung và không có dấu vết kiểm toán. Tệ hơn nữa, tài khoản công việc và tài khoản cá nhân bị pha trộn, không có cơ chế bắt buộc sử dụng danh tính doanh nghiệp.

EMA biến nhà cung cấp danh tính của doanh nghiệp thành bên ra quyết định. Dưới nền tảng là khẳng định ID-JAG do IdP phát hành trong quá trình đăng nhập đơn nhất, client sử dụng nó để đổi lấy mã truy cập từ máy chủ ủy quyền MCP. Người dùng không cần thông qua bất kỳ trang đồng ý nào của máy chủ đơn lẻ.

Okta là IdP được hỗ trợ đầu tiên thông qua Cross App Access của nó. Về phía khách hàng, toàn bộ Claude và VS Code đã được tích hợp. Về phía máy chủ, Asana, Atlassian, Canva, Figma, Granola, Linear và Supabase đã được hỗ trợ, Slack đang trong quá trình triển khai. Đánh giá của Tom Moor, trưởng nhóm kỹ thuật của Linear, rất đáng yêu: chỉ cần đăng nhập một lần, tất cả các bộ kết nối MCP sẽ được cấu hình tự động, thật kỳ diệu.

Phần kỳ ảo không nằm ở trải nghiệm, mà ở quản trị. Việc truy cập quyết định cuối cùng đã trở lại bảng điều khiển IdP, với một chuỗi kiểm toán bao trùm tất cả các bộ kết nối.

Nhưng tôi phải nói rõ hết: trạng thái không và EMA giải quyết vấn đề danh tính và quy mô, chứ không phải toàn bộ an toàn của Agent. Hai con số trong báo cáo “Trạng thái An ninh AI 2026” của Cisco vẫn đang treo ở đó: 83% tổ chức có kế hoạch triển khai khả năng Agent, nhưng chỉ có 29% cảm thấy mình đã sẵn sàng. Các vấn đề như tiêm prompt, đầu độc mô tả công cụ, Agent bị sử dụng làm bàn đạp di chuyển ngang, những vấn đề này sẽ không biến mất chỉ vì giao thức đã xóa phiên.

好消息是，Mcp-Method 和 Mcp-Name 上头之后，网关做策略执行的成本降下来了。规范还要求服务器拒绝头和包体不一致的请求，这堵掉的是一类路由与安全错配。这是防御姿态的实质改善。但也就到这儿。

Sáu: Chi phí: Đây là một thay đổi mang tính phá hủy, hóa đơn đã được phát hành

Tôi không thích chỉ nói về lợi nhuận mà không nói đến chi phí.

Phiên bản này là mức breaking change. Ba tính năng Roots, Sampling và Logging đồng thời được đưa vào trạng thái ngừng sử dụng. Giao thức truyền tải HTTP+SSE cũ cũng chính thức bị ngừng sử dụng. Tài liệu tiêu chuẩn đồng thời thiết lập một chính sách vòng đời tính năng chính thức: Active → Deprecated → Removed, mỗi giai đoạn ít nhất 12 tháng.

还有一些细微但重要的改动：工具的输入输出 schema 现在支持完整的 JSON Schema 2020-12 词汇表，oneOf、anyOf、条件语句均可使用；而“资源未找到”的错误码已从自定义的 -32002 更改为标准 JSON-RPC 的 -32602。如果你在代码中硬编码了 -32002，则必须更新此行。

Nơi có chi phí di chuyển lớn nhất, chính xác được chính thức chỉ ra: các nhà phát triển phụ thuộc vào session identifier.

Vì vậy, lịch trình xứng đáng được nhắc lại một lần nữa. Phiên bản ứng cử đã được cố định vào ngày 21 tháng 5, và phiên bản chính thức sẽ ra mắt vào ngày 28 tháng 7, với khoảng mười tuần đầy đủ để các nhà duy trì SDK và người triển khai khách hàng xác minh. Bốn SDK Tier 1 (TypeScript, Python, Go, C#) đều hỗ trợ phiên bản mới ngay trong ngày, trong khi SDK Rust ở phiên bản beta.

Cửa sổ xác minh công khai mười tuần + giai đoạn chuyển đổi loại bỏ 12 tháng + SEP tiêu chuẩn hóa phải có kịch bản tương ứng trong bộ kiểm tra nhất quán trước khi được phê duyệt. Ba điều này kết hợp lại mới là phần chuyên nghiệp nhất của bản cập nhật này trong mắt tôi.

Nó không phải là che giấu các thay đổi mang tính phá hủy, cũng không phải là ném các thay đổi mang tính phá hủy cho cộng đồng tự xử lý.

Yêu cầu về tính nhất quán đặc biệt quan trọng. Sau này muốn thêm tính năng mới vào tiêu chuẩn, trước tiên hãy viết ra các kịch bản có thể kiểm thử. Đây là cách gắn kết "ý định thiết kế" với "thực tế triển khai", nhiều giao thức đã học được điều này sau khi gặp phải tổn thất lớn.

Điều thú vị là việc di chuyển còn mang lại lợi nhuận tích cực. Enrico Toniato, CTO của Manufact, tác giả của khung mã nguồn mở mcp-use, đã cung cấp các con số cụ thể: việc tách biệt client và server dựa trên SDK v2 mới đã giảm kích thước gói khoảng 83% và tăng tốc độ 25%.

Một lần tối ưu kiến trúc, vô tình cũng làm giảm dung lượng gói. Việc này không thường xảy ra.

Bảy, phán đoán của tôi

Vậy thì nhìn nhận sự cập nhật này như thế nào?

Lần phán đoán đầu tiên của tôi là: đây là một lời thừa nhận sai lầm, và là một lời thừa nhận đẹp đẽ.

Thiết kế trạng thái hai chiều ban đầu của MCP được phát triển xung quanh các kịch bản cục bộ. Trình soạn thảo của bạn kết nối với một máy chủ chạy trên cùng máy, thiết lập kết nối một lần và duy trì nó — hoàn toàn hợp lý. Vấn đề nảy sinh khi MCP từ xa được triển khai, mô hình này bị kéo vào môi trường đám mây, và mọi người bắt đầu vá nó. Phiên dính là một bản vá, lưu phiên bằng Redis là một bản vá, và duy trì một kết nối dài để thực hiện elicitation cũng là một bản vá.

Khi các bản vá tích lũy đến một mức độ nhất định, đã đến lúc phải thay đổi nền tảng. Theo lời đồng sáng lập giao thức David Soria Parra, phiên bản này đã tổng hợp tất cả những bài học trong 18 tháng qua. Nick Cooper, người duy trì cốt lõi, nói chính xác hơn: MCP đã một tuổi rưỡi, đang tiếp thu kinh nghiệm thiết kế giao thức web trong nhiều thập kỷ để trở thành một giao thức trưởng thành hơn.

Phán đoán thứ hai: Sự thay đổi này thực sự mang ý nghĩa bước ngoặt trong quản trị, chứ không phải trong công nghệ.

Thời gian biểu cần được xác minh lại một lần nữa. Ngày 25 tháng 11 năm 2024, Anthropic mở nguồn MCP. Ngày 9 tháng 12 năm 2025, MCP được quyên tặng cho Agentic AI Foundation mới thành lập dưới sự bảo trợ của Quỹ Linux, một quỹ chuyên biệt do Anthropic, Block và OpenAI đồng sáng lập, với sự hỗ trợ từ Google, Microsoft, AWS, Cloudflare và Bloomberg. Tám tháng sau, phiên bản lớn đầu tiên được ra mắt.

Một giao thức do một nhà sản xuất duy nhất phát minh, sau khi được chuyển giao đã thực hiện ca phẫu thuật đau đớn nhất của nó, thay vì rơi vào thế bế tắc của ủy ban sau khi chuyển giao. Chính sự kiện này là một minh chứng cho hiệu lực của quản trị mở.

Từ danh sách nền tảng sinh thái cũng có thể thấy trọng tâm đã thay đổi. Figma nói về việc kết nối thiết kế và mã nguồn, Intuit nói về việc mang đến trải nghiệm trí tuệ tài chính đáng tin cậy cho một trăm triệu người tiêu dùng và khách hàng doanh nghiệp, Zoom nói về việc đưa trí tuệ hội nghị một cách an toàn vào các nền tảng AI. Những điều này không phải là ngôn ngữ của những món đồ chơi dành cho nhà phát triển, mà là ngôn ngữ của các dòng sản phẩm.

Phán斷 thứ ba, cũng là điều tôi nghĩ nên nói ra nhất: Sự trưởng thành của giao thức phải trả giá, cái giá gọi là "không có cách nào khác".

无状态、可路由、可缓存、可追踪。W3C Trace Context 现在通过 _meta 里固定的键名传递，开箱就是 OpenTelemetry 兼容的分布式追踪。这些词你在 HTTP、在 REST、在 gRPC 的演进史里全见过。

MCP đang trở thành một đường ống mà bạn sẽ không nói đến. Giống như không ai bàn về TCP hôm nay thú vị đến mức nào.

Đây có phải là điều tốt không? Tôi nghĩ là có. Chiến thắng ở cấp độ dữ liệu không bao giờ thuộc về thiết kế ấn tượng nhất, mà thuộc về cái khó bị hỏng nhất. Ngay khi phiên bị xóa, MCP đã từ bỏ một phần sự tinh tế để đổi lấy khả năng mở rộng ngang hàng phía sau hệ thống cân bằng tải theo kiểu polling.

Việc quy mô hóa tác nhân không bị kẹt ở việc mô hình thông minh đến đâu, mà bị kẹt ở những thứ không ai muốn nói đến: hội thoại được lưu ở đâu, danh tính được kế thừa thế nào, nhiệm vụ còn tồn tại không sau khi mất kết nối, và một vạn nhân viên kết nối với một nghìn máy chủ cần nhấn nút đồng ý bao nhiêu lần.

Phiên bản này đã đẩy những việc này tiến lên một bước lớn.

Về cảm giác hưng phấn, đường ống không có trách nhiệm cung cấp cảm giác hưng phấn. Nó chỉ đảm bảo rằng khi bạn không nhìn vào nó, sẽ không bị rò rỉ.

Source citation

Blog của Model Context Protocol, "Bản spec ngày 2026-07-28", ngày 28 tháng 7 năm 2026. https://blog.modelcontextprotocol.io/posts/2026-07-28/
Blog của Model Context Protocol, "Phân quyền do doanh nghiệp quản lý: OAuth không cần thao tác cho MCP", năm 2026. https://blog.modelcontextprotocol.io/posts/enterprise-managed-auth/
Claude của Anthropic, "MCP 2026-07-28 được mang đến cho Claude", ngày 28 tháng 7 năm 2026. https://claude.com/blog/bringing-mcp-2026-07-28-to-claude
Blog của MCP Servers, "MCP Specification ngày 2026-07-28: Tương lai không trạng thái, có thể mở rộng", năm 2026. https://blog.mcpservers.org/posts/mcp-spec-2026-07-28
Linux Foundation, "Linux Foundation công bố thành lập Agentic AI Foundation", ngày 9 tháng 12 năm 2025. https://linuxfoundation.org/press/linux-foundation-announces-the-formation-of-the-agentic-ai-foundation
Anthropic, "Tặng giao thức ngữ cảnh mô hình và thành lập Quỹ AI chủ động", tháng 12 năm 2025. https://anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation
Cisco, "State of AI Security 2026", 2026. https://blogs.cisco.com/ai/cisco-state-of-ai-security-2026-report
IT之家, Cập nhật lớn nhất kể từ khi ra mắt: Công bố tiêu chuẩn MCP 2026-07-28, chuyển sang lõi "không trạng thái", ngày 29 tháng 7 năm 2026. https://www.ithome.com/0/983/102.htm