A2A (Agent2Agent) là giao thức mở cho phép các tác tử AI thuộc những công ty và framework khác nhau khám phá năng lực của nhau, giao nhiệm vụ và trao đổi kết quả; tính đến 2026-10-31, phiên bản hiện hành là v1.0.1 (2026-05-26). Giao thức chuẩn hóa định dạng kết nối, nhưng danh tính, ủy quyền và trách nhiệm khi có sự cố vẫn do từng bên tự triển khai, và hiện chưa tìm thấy trường hợp vận hành thực tế nào được nêu tên, liên công ty và có đo lường hiệu quả.
A2A được Google công bố vào tháng 4 năm 2025, chuyển giao cho Linux Foundation ngày 2025-06-23, và tháng 8 năm 2026 gia nhập Agentic AI Foundation (AAIF) – cùng quỹ với MCP. Từ v1.0, a2a.proto là nguồn quy chuẩn duy nhất, đồng thời hỗ trợ ba binding: JSON-RPC 2.0, gRPC và HTTP+JSON/REST. Các vấn đề mở của đặc tả đã chuyển từ định dạng sang niềm tin: tám chủ đề của v1.1, vấn đề danh tính tác tử có nhiều bình luận nhất (khoảng 658 bình luận), và loạt CVE đầu tiên của SDK chính thức trong tháng 8–10 năm 2026 đều tập trung vào danh tính, ủy thác, phân quyền và thông báo đẩy. Những gì thực sự đang chạy chủ yếu là liên thông trong cùng một nền tảng đám mây (AWS, Microsoft, Google). Với doanh nghiệp nói chung cũng như các đơn vị thương mại điện tử xuyên biên giới và logistics, cách làm an toàn hơn ở giai đoạn này là làm tốt dữ liệu có cấu trúc trên trang web và các công cụ MCP mang tính xác định, chỉ đọc; các thao tác ghi, đặt hàng, thanh toán không nên mở cho tác tử bên ngoài trước khi có khung trách nhiệm.
Do nhóm nghiên cứu AI của HowBridge tổng hợp, trích dẫn đặc tả gốc, hồ sơ GitHub, bài báo khoa học và văn bản chính phủ; mỗi sự kiện đều kèm nguồn, chỗ các nguồn mâu thuẫn được liệt kê song song, suy luận và tuyên bố của nhà cung cấp được ghi chú riêng. Bài viết phân biệt ba loại nhận định: nội dung có đặc tả gốc, bài báo khoa học hoặc văn bản chính thức hỗ trợ được viết thành sự kiện và kèm nguồn; nội dung trong thông cáo báo chí và blog của nhà cung cấp không thể kiểm chứng độc lập được ghi chú “tuyên bố của nhà cung cấp”; nhận định do tác giả rút ra từ bằng chứng được ghi chú “suy luận”.
Kết luận chính
- Phiên bản hiện hành của A2A (Agent2Agent) là v1.0.1 (2026-05-26); từ v1.0, a2a.proto là nguồn quy chuẩn duy nhất, hỗ trợ ba binding JSON-RPC 2.0, gRPC, HTTP+JSON/REST.
- Ranh giới giữa A2A và MCP là ai nắm vòng lặp suy luận: với MCP, LLM phía gọi điều khiển công cụ; với A2A, bên kia là một tác tử không minh bạch tự suy luận. Số repo GitHub của MCP gấp khoảng 65 lần A2A (40.675 so với 622).
- Đặc tả A2A giao việc phân quyền cho bên triển khai, chữ ký thẻ là tùy chọn; tháng 8–10 năm 2026 đã xuất hiện loạt CVE đầu tiên của SDK chính thức, a2a-java từng mặc định không kiểm tra quyền đọc (CVSS 7.5).
- Tính đến 2026-10-31, không tìm thấy trường hợp vận hành A2A thực tế nào được nêu tên, liên công ty và có đo lường hiệu quả; những gì đang chạy là liên thông trong cùng một nền tảng đám mây.
- Thanh toán của tác tử AI chia thành ba tầng: thanh toán đơn hàng (checkout), bằng chứng ủy quyền và vi thanh toán máy-với-máy; AP2 không phân định trách nhiệm tranh chấp, còn số giao dịch x402 phần lớn là giao dịch ảo.
- Luật Cơ bản về Trí tuệ nhân tạo của Đài Loan đã có hiệu lực nhưng không nhắc đến tác tử; khung rủi ro của Bộ Phát triển Kỹ thuật số xếp “hành vi vượt quá ủy quyền của tác tử AI tự chủ” là rủi ro B6.
- Doanh nghiệp thương mại điện tử xuyên biên giới và logistics nên làm trước dữ liệu có cấu trúc trên web và công cụ MCP mang tính xác định; tạm thời chưa mở các thao tác đặt hàng, thanh toán cho tác tử bên ngoài.
Giao thức A2A là gì? Ai đang duy trì nó?
Giao thức A2A (Agent2Agent) là giao thức mở giữa tác tử với tác tử do Google công bố vào tháng 4 năm 2025 và được Linux Foundation quản lý từ 2025-06-23; tính đến 2026-10-31, phiên bản hiện hành là v1.0.1 (2026-05-26). Mục đích là để các tác tử AI thuộc những tổ chức khác nhau khám phá năng lực của nhau, giao nhiệm vụ và trao đổi kết quả.
Cách A2A chính thức mô tả sự phân công giữa mình và MCP là: “MCP theo chiều dọc, làm sâu thêm một tác tử; A2A theo chiều ngang, kết nối các tác tử qua ranh giới.” Trong A2A, bên được gọi là một tác tử “không minh bạch” (opaque): nó tự suy luận, tự lưu trạng thái, bên gọi không thấy bên trong dùng mô hình hay công cụ nào, hai bên chỉ trao đổi nhiều lượt qua vòng đời của nhiệm vụ (Task). Văn bản chính thức của Đài Loan cũng đã đề cập A2A: Sổ tay tham khảo ứng dụng trí tuệ nhân tạo trong khu vực công V1.0 của Bộ Phát triển Kỹ thuật số (văn bản ghi ngày cung cấp 115-01-28 theo lịch Dân Quốc, tức 2026-01-28) có mục “A2A: giao thức giao tiếp giữa các tác tử AI” ở trang 14, giải thích rằng nó tập trung vào giao tiếp “Client–từ xa”.
Quản trị A2A trải qua ba giai đoạn. Ngày 2025-06-23 Linux Foundation tuyên bố tiếp nhận, các thành viên sáng lập gồm AWS, Cisco, Google, Microsoft, Salesforce, SAP, ServiceNow; ngày 2025-08-29 ACP do IBM dẫn dắt được sáp nhập vào A2A và ngừng phát triển. Quyền quyết định thực tế nằm ở Ủy ban Chỉ đạo Kỹ thuật (TSC) gồm 9 ghế, mỗi công ty một ghế: Google, Microsoft, Cisco, AWS, Salesforce, ServiceNow, SAP, IBM, Bloomberg. Các đề xuất được biểu quyết bằng gitvote trên GitHub issue gắn nhãn TSC Review; ví dụ #1942 gộp 41 vấn đề thành tám chủ đề của v1.1 và được thông qua ngày 2026-06-25 với 5 phiếu thuận, 0 phiếu chống (ngưỡng 51%).
Tháng 8 năm 2026, A2A gia nhập Agentic AI Foundation (AAIF) với tư cách dự án Growth Stage, cùng một quỹ với MCP. Ngày gia nhập không thống nhất giữa các nguồn: blog AAIF và Axios ghi 2026-08-17, blog chính thức và trang đặc tả của A2A ghi 2026-08-27, còn bài của Forbes đề ngày 08-19. Một khả năng là 08-17 là ngày quỹ công bố ra bên ngoài và 08-27 là ngày phía dự án đăng bài, nhưng không có nguồn nào xác nhận cách giải thích này; bài viết liệt kê song song hai ngày và không chọn thay người đọc. Diginomica tính A2A là dự án thứ 5 được AAIF quản lý, bốn dự án trước là MCP, goose, AGENTS.md, agentgateway; cũng có nguồn thứ cấp nhấn mạnh đây chỉ là điều chỉnh ở cấp tổ chức, hai đặc tả không hề được hợp nhất.
Văn bản quản trị của A2A ghi rõ “quyết định thành phần giai đoạn ổn định sau 18 tháng kể từ khi thành lập”. Tính từ tháng 6 năm 2025, mốc này rơi vào khoảng tháng 12 năm 2026, trong khi thông báo của AAIF không nói TSC có được tái cơ cấu hay không — đây là suy luận, cho thấy thành phần TSC có thể thay đổi trong thời gian tới và đáng theo dõi.
| Thuật ngữ | Là gì | Điểm cần lưu ý ở v1.0 |
|---|---|---|
| Agent Card | “Danh thiếp” công khai của tác tử, khai báo kỹ năng, giao diện, phương thức xác thực; theo quy ước đặt tại /.well-known/agent-card.json | Chuyển sang lấy supportedInterfaces[] làm trọng tâm; chữ ký thẻ là tùy chọn |
| Task | Đơn vị công việc của một lần cộng tác, có máy trạng thái riêng | taskId luôn do máy chủ tạo; nhiệm vụ đã vào trạng thái kết thúc không thể khởi động lại |
| Message | Một tin nhắn trao đổi giữa hai bên | Tác tử có thể chỉ trả Message mà không tạo Task, phía client phải xử lý được cả hai |
| Part | Một mảnh nội dung trong tin nhắn hoặc sản phẩm đầu ra | Được làm phẳng thành một trong bốn: text, raw, url, data; bỏ trường phân biệt kind |
| Artifact | Sản phẩm đầu ra của nhiệm vụ | Có thể gửi dạng luồng (streaming) theo tiến độ nhiệm vụ |
| Extension | Bổ sung chức năng ngoài phần lõi (ví dụ thanh toán) | Nhận diện bằng URI, không được sửa cấu trúc dữ liệu lõi hay thêm giá trị enum |
Kho giải đáp AI về gửi hàng và thông quan: thêm hỏi đáp về AI và logistics xuyên biên giới
Nguồn căn cứ A2A Specification| A2A and MCP (giải thích chính thức của A2A)| Linux Foundation: thông cáo báo chí thành lập dự án A2A (2025-06-23)| LF AI & Data: ACP sáp nhập vào A2A| A2A GOVERNANCE.md| A2A Issue #1942 (biểu quyết chủ đề v1.1)| AAIF: A2A joins AAIF| Axios (2026-08-17)| Thông báo chính thức của A2A (gia nhập AAIF ngày 2026-08-27)| Forbes (2026-08-19)| Diginomica| Bộ Phát triển Kỹ thuật số Đài Loan: Sổ tay tham khảo ứng dụng trí tuệ nhân tạo trong khu vực công V1.0
A2A v1.0 thay đổi những gì? Nhiệm vụ, luồng dữ liệu và thông báo đẩy vận hành ra sao?
A2A v1.0.0 (CHANGELOG ghi phát hành ngày 2026-03-12) lấy a2a.proto làm nguồn quy chuẩn duy nhất, từ cùng một tệp proto suy ra ba binding JSON-RPC 2.0, gRPC, HTTP+JSON/REST, đồng thời đổi tên toàn bộ phương thức và làm phẳng cấu trúc dữ liệu Part; còn v1.0.1 ngày 2026-05-26 là bản vá tương thích đường truyền (wire-compatible) với 1.0.0.
Toàn bộ phương thức của A2A v1.0 đều được đổi tên: message/send thành SendMessage, message/stream thành SendStreamingMessage, tasks/resubscribe thành SubscribeToTask, ngoài ra bổ sung ListTasks. Đường dẫn REST chuyển sang kiểu AIP, ví dụ POST /tasks/{id}:cancel, và bỏ tiền tố /v1. Định dạng lỗi HTTP chuyển từ application/problem+json của RFC 9457 sang google.rpc.Status, reason viết hoa có gạch dưới (ví dụ TASK_NOT_FOUND), domain cố định là "a2a-protocol.org". Ghi chú nghiên cứu cho rằng lần sửa đổi này tương đương việc cải tạo A2A theo phong cách hướng dẫn thiết kế API của Google — đây là suy luận.
Thay đổi phá vỡ tương thích lớn nhất trong mô hình dữ liệu là Part bị làm phẳng. TextPart, FilePart, DataPart và trường phân biệt kind cũ đều bị loại bỏ, thay bằng một Part duy nhất chỉ chứa một trong text, raw (bytes), url, data; cách nhận biết chuyển từ đọc kind sang xem trường nào tồn tại; mimeType đổi tên thành mediaType, file.fileWithUri thành url. Cộng đồng phản ánh rằng nhiều trình phân tích đến nay vẫn đọc part.kind, đây là nguyên nhân phổ biến nhất khiến 0.3 và 1.0 không liên thông được. Agent Card thì lấy supportedInterfaces[] làm trọng tâm, mỗi giao diện mang url, protocolBinding, protocolVersion riêng và tenant tùy chọn; client chọn theo thứ tự trong mảng và SHOULD triển khai fallback.
Thương lượng phiên bản có một mặc định ít người để ý: nếu header A2A-Version để trống thì coi như 0.3. Client chỉ gửi Major.Minor, máy chủ không hỗ trợ sẽ trả −32009 VersionNotSupportedError; cùng một tác tử có thể liệt kê trong supportedInterfaces các giao diện có protocolVersion khác nhau để 0.3 và 1.0 cùng tồn tại. Quy trình chuyển đổi chính thức gồm ba giai đoạn: trước hết đọc được cả hai định dạng, sau đó xuất 1.0 và đọc 0.3, cuối cùng chỉ giữ 1.0. Atlassian Forge và MuleSoft đều đã phát hành hướng dẫn chuyển đổi 0.3→1.0, cho thấy thay đổi phá vỡ tương thích thực sự có người đang trả giá.
Ngữ nghĩa nhiệm vụ có vài chi tiết chỉ đọc hết đặc tả mới phát hiện. taskId luôn do máy chủ tạo; nếu contextId do client mang vào, tác tử chỉ được chấp nhận hoặc từ chối chứ không được tạo cái khác; khi taskId và contextId không khớp, tác tử MUST từ chối. Gửi tiếp tin nhắn tới nhiệm vụ đã ở một trong bốn trạng thái kết thúc COMPLETED, FAILED, CANCELED, REJECTED sẽ nhận UnsupportedOperationError; muốn làm tiếp thì mở nhiệm vụ mới trong cùng context rồi dùng referenceTaskIds nối về nhiệm vụ gốc. Máy trạng thái có hai trạng thái “gián đoạn”: TASK_STATE_INPUT_REQUIRED và TASK_STATE_AUTH_REQUIRED; SendMessage dạng chặn (blocking) gặp trạng thái gián đoạn cũng sẽ trả về.
Mức bảo đảm của luồng dữ liệu và thông báo đẩy yếu hơn nhiều người nghĩ. Cờ final của TaskStatusUpdateEvent đã bị bỏ ở 1.0, thay bằng việc “đóng kết nối” để báo hiệu luồng kết thúc; vì vậy với client, nhiệm vụ đứt kết nối giữa chừng trông giống hệt nhiệm vụ đã hoàn tất, phải gọi thêm GetTask hoặc SubscribeToTask mới phân biệt được; đặc tả cũng không có cơ chế nối lại theo ID sự kiện, việc này đã được đưa vào chủ đề #1986 của v1.1. Thông báo đẩy là gửi StreamResponse bằng HTTP POST tới webhook của client, Content-Type là application/a2a+json; đặc tả chỉ yêu cầu tác tử thử gửi ít nhất một lần, thời gian chờ SHOULD khoảng 10–30 giây, bên nhận SHOULD xử lý lũy đẳng và MUST đối chiếu taskId. Nói cách khác, thông báo đẩy là “ít nhất một lần, không bảo đảm thứ tự, payload không có chữ ký” — đây là kết quả suy luận từ đặc tả. Tính lũy đẳng cũng chỉ làm được một nửa: SendMessage “có thể” khử trùng lặp bằng messageId, nhưng không bắt buộc.
Có hai chỗ các nguồn mâu thuẫn về ngày tháng và số lượng. Ngày phát hành v1.0: CHANGELOG ghi 2026-03-12, một bài tổng quan (arXiv:2507.10644 v4) ghi tháng 1 năm 2026, thông cáo kỷ niệm một năm của Linux Foundation chỉ nói v1.0 là bản ổn định đầu tiên mà không đưa ngày; bài viết dùng nguồn sơ cấp là CHANGELOG. Số lượng SDK: Linux Foundation tháng 2026-04 nói có 5 ngôn ngữ “production-ready”, thông báo chính thức của A2A liệt kê 6 ngôn ngữ Python, Go, Java, JS, .NET, Rust, nhưng SDK Rust từng được kiểm thử chi tiết là bản cộng đồng.
| Ngày | Phiên bản hoặc sự kiện | Điểm chính | Mức độ bằng chứng |
|---|---|---|---|
| 2025-04 | Google công bố A2A | Hơn 50 đối tác | Nguồn thứ cấp |
| 2025-05-27 | 0.2.1 | Thêm referenceTaskIds, giá trị boolean cho extended card | Nguồn sơ cấp (CHANGELOG) |
| 2025-06-09 | 0.2.2 | Căn chỉnh JSON-RPC phá vỡ tương thích; định nghĩa gRPC/REST; extensions | Nguồn sơ cấp (CHANGELOG) |
| 2025-06-23 | Linux Foundation tiếp nhận | 7 thành viên sáng lập | Nguồn sơ cấp (thông cáo LF) |
| 2025-06-30 | 0.2.5 | Agent Card bắt buộc có protocolVersion; mỗi nhiệm vụ có thể có nhiều cấu hình thông báo đẩy | Nguồn sơ cấp (CHANGELOG) |
| 2025-07-30 | 0.3.0 | agent.json đổi tên thành agent-card.json (phá vỡ tương thích); chữ ký thẻ; mTLS; bảo mật cấp kỹ năng | Nguồn sơ cấp (CHANGELOG) |
| 2025-08-29 | IBM ACP sáp nhập vào A2A | ACP ngừng phát triển | Nguồn sơ cấp (LF AI & Data) |
| 2026-03-12 | 1.0.0 | proto làm quy chuẩn, làm phẳng Part, đổi tên phương thức, thương lượng phiên bản, đa thuê bao (multi-tenant), ListTasks | Nguồn sơ cấp (CHANGELOG); một bài báo khác ghi tháng 1 năm 2026 |
| 2026-05-26 | 1.0.1 | Bản vá tương thích đường truyền với 1.0.0; khuyến nghị kiểu media application/a2a+json | Nguồn sơ cấp (CHANGELOG) |
| 2026-08-17 hoặc 08-27 | Gia nhập AAIF | Cùng quỹ với MCP | Các nguồn mâu thuẫn về ngày |
| 2026-10-01 | Ra mắt a2a CLI chính thức | Công cụ dòng lệnh | Nguồn sơ cấp (thông báo A2A) |
Nguồn căn cứ A2A Specification| What's new in A2A v1| A2A CHANGELOG| Thông báo chính thức của A2A| DEV Community: A2A tech update (2026-03-20)| Atlassian Forge: chuyển đổi A2A 0.3→1.0| MuleSoft: nâng cấp và chuyển đổi A2A Connector| Petrova et al., Web of Agents (arXiv:2507.10644 v4)| Linux Foundation: thông cáo kỷ niệm một năm A2A| philippdubach: MCP vs A2A in 2026 (bối cảnh công bố 2025-04)
A2A và MCP khác nhau ở đâu? Nên dùng cái nào?
Ranh giới thực sự giữa A2A và MCP là ai nắm vòng lặp suy luận: với MCP, LLM phía gọi nắm quyền điều khiển, bên kia chỉ cung cấp công cụ có schema minh bạch; với A2A, bên kia là một tác tử không minh bạch tự suy luận, tự lưu trạng thái. Quy mô áp dụng của hai bên chênh nhau một đến hai bậc độ lớn: có 40.675 repo GitHub gắn topic mcp-server, và 622 repo gắn topic a2a-protocol.
Năm qua người ta hay nói “MCP đã thêm Tasks thì A2A không còn cần thiết”, nhưng hướng đi thực tế của MCP bản 2026-07-28 lại ngược hẳn. MCP bản 2025-11-25 đúng là đã thêm Tasks thử nghiệm (SEP-1686), dùng để theo dõi yêu cầu chạy lâu, thăm dò (polling) và lấy kết quả về sau; các trạng thái của nó (working, input_required, completed, failed, cancelled) gần như tương ứng một-một với A2A. Thế nhưng bản 2026-07-28 đã bỏ session và bước bắt tay initialize, biến MCP thành phi trạng thái (SEP-2567, SEP-2575), đưa Tasks ra khỏi lõi thành phần mở rộng chính thức io.modelcontextprotocol/tasks (SEP-2663), dùng MRTR (InputRequiredResult kèm inputResponses đính theo khi gửi lại) thay cho các yêu cầu do máy chủ chủ động khởi tạo (SEP-2322), và đánh dấu Sampling, Roots, Logging là deprecated (SEP-2577).
Ý nghĩa của những thay đổi này là các nhà duy trì MCP đã cố ý từ bỏ con đường “tác tử hóa” trong đó máy chủ quay lại mượn LLM của phía gọi để suy luận — đây là suy luận. Nếu máy chủ MCP muốn tự suy luận thì phải tự mang mô hình, lúc đó thực chất nó đã là một tác tử không minh bạch, chỉ có vẻ ngoài vẫn là công cụ. Task của MCP xử lý “lấy kết quả muộn của một lần gọi công cụ chạy lâu”, còn Task của A2A xử lý “cộng tác nhiều lượt mà cả hai bên đều có thể đặt câu hỏi”, ngoài ra còn có khám phá qua Agent Card, khai báo kỹ năng và truyền luồng artifact. Chiều ngược lại cũng có tình huống thất bại: các truy vấn mang tính xác định như tra giá, tra thuế suất nếu bị ép vào vòng đời Task, Message, Artifact thì độ trễ và chi phí triển khai đều tăng, LLM phía gọi cũng không có được schema công cụ chi tiết — điều này cũng là suy luận. Ghi chú nghiên cứu không tìm thấy hồ sơ sự cố thực tế nào về việc “dùng MCP làm tác tử-với-tác tử rồi thất bại” hay “dùng A2A bọc công cụ rồi thất bại”.
Về mức độ áp dụng, ngoài số lượng topic trên GitHub, một so sánh PyPI không mang tính hệ thống cho thấy SDK A2A có khoảng 10,9 triệu lượt tải, SDK MCP khoảng 257 triệu lượt. Nguồn thứ cấp chỉ ra rằng endpoint UCP của Shopify dùng MCP làm tầng truyền tải, tức là các tác tử thương mại chủ lưu khi kết nối vào đều đi qua MCP. Về các nền tảng đám mây: AWS AgentCore Runtime có thể triển khai máy chủ A2A (JSON-RPC, POST /, port 9000, OAuth 2.0 hoặc SigV4); hỗ trợ A2A của Microsoft Foundry vào public preview tháng 6 năm 2026; Google Agent Registry đọc thẻ well-known, nhưng tự động khám phá chỉ giới hạn trong cùng một project. Trong số các hãng mô hình lớn mà ghi chú nghiên cứu tra được, Anthropic hiện chưa hỗ trợ A2A nguyên bản; issue #104852 liên quan đến Claude Code mới được mở vào cuối tháng 10 năm 2026.
Cách chọn trong thực tế rất đơn giản: muốn trợ lý AI gọi các chức năng mang tính xác định của bạn (báo giá, tra thuế suất, tra tình trạng hàng) thì dùng MCP; chỉ khi cần hai tác tử, mỗi bên tự suy luận và thuộc hai tổ chức khác nhau, cộng tác nhiều lượt thì mới cần A2A. MCP công khai của HowBridge thuộc loại thứ nhất; cách kết nối có thể tham khảo hướng dẫn MCP gửi hàng gom trên trang.
| Hạng mục so sánh | MCP | A2A |
|---|---|---|
| Đối tượng kết nối | Tác tử với công cụ, tài nguyên | Tác tử với tác tử |
| Ai nắm vòng lặp suy luận | LLM phía gọi | Chính tác tử từ xa |
| Mức minh bạch của bên kia | Schema công cụ minh bạch | Không minh bạch, chỉ thấy khai báo trong Agent Card |
| Trạng thái | Bản 2026-07-28 chuyển sang phi trạng thái, Tasks thành phần mở rộng chính thức | Vòng đời Task có trạng thái, hỗ trợ nhiều lượt |
| Cơ chế khám phá | MCP Registry (bản xem trước từ 2025-09 đến nay) | /.well-known/agent-card.json; không có trung tâm đăng ký chính thức |
| Tình huống phù hợp | Truy vấn xác định như tra giá, tra thuế suất | Cộng tác liên tổ chức, nhiều lượt, cần phán đoán của bên kia |
| Số repo GitHub | 40.675 (topic mcp-server) | 622 (topic a2a-protocol) |
| Quỹ quản lý | AAIF | Linux Foundation từ 2025-06; gia nhập AAIF từ 2026-08 |
Hướng dẫn MCP gửi hàng gom: kết nối HowBridge trong danh mục của Claude ・ Nền tảng nhà phát triển HowBridge: giới thiệu MCP công khai và MCP hội viên
Nguồn căn cứ A2A and MCP (giải thích chính thức của A2A)| MCP 2025-11-25 changelog| MCP 2026-07-28 changelog| WorkOS: MCP 2025-11-25 spec update| gravity.fast: MCP adoption statistics| Thảo luận liên quan trên Hacker News (so sánh lượt tải PyPI)| Presta: hướng dẫn UCP và tác tử mua sắm AI| AWS: AgentCore Runtime A2A protocol contract| Microsoft 365 Message Center AZ563716| Google Cloud: Agent Registry automatic registration| anthropics/claude-code Issue #104852
A2A có an toàn không? Có những lỗ hổng và CVE nào đã biết?
Đặc tả A2A chỉ quy định thông tin xác thực “khai báo thế nào, truyền thế nào”, còn phân quyền giao cho từng bên triển khai và chữ ký Agent Card cũng chỉ là tùy chọn; tháng 8–10 năm 2026 đã xuất hiện loạt CVE đầu tiên của SDK chính thức, trong đó CVE-2026-111764 của a2a-java bị đánh giá High (CVSS 7.5) vì mặc định không kiểm tra quyền đọc.
Agent Card của A2A dùng securitySchemes để khai báo một trong năm phương án xác thực: API Key, HTTP Auth, OAuth2, OIDC, mTLS. v1.0 đã bỏ implicit flow và password flow của OAuth, thêm Device Code và khuyến nghị mọi client dùng PKCE. Đặc tả yêu cầu máy chủ “MUST authenticate every incoming request”, nhưng phân quyền thuộc loại implementation-specific, còn việc lấy thông tin xác thực phải qua kênh ngoài băng (out-of-band); khi nhiệm vụ vào trạng thái AUTH_REQUIRED, đặc tả ghi rõ “Agents MUST NOT treat the state transition alone as authorization”. Mục 13 “Cân nhắc bảo mật” hoàn toàn không nhắc đến prompt injection, ủy thác hay token exchange, OpenTelemetry, cũng không có yêu cầu riêng về cách ly giữa các bên thuê (tenant). Bài bình luận của Semgrep ở thời kỳ v0.3 chỉ ra rằng A2A “supports but does not enforce Agent Card signing”, tuổi thọ và scope của token không bị giao thức ràng buộc, hơn nữa một nhiệm vụ có thể có nhiều luồng song song, nên session token bị đánh cắp có thể âm thầm nghe lén luồng dữ liệu của nạn nhân.
Ngay cả khi đã ký Agent Card, hiện cũng chưa bảo đảm xác minh được giữa các SDK khác nhau. Cách làm của đặc tả là chuẩn hóa thẻ theo RFC 8785 (JCS) trước (loại trừ trường signatures) rồi mới ký JWS, protected header MUST chứa alg và kid. Issue #2122 (mở ngày 2026-08-10, tính đến 2026-10-31 chưa đóng) ghi lại khác biệt đo được: a2a-python 1.1.2 và @a2a-js/sdk 1.0.1 chuẩn hóa ra chuỗi byte khác nhau — Python thoát ký tự không phải ASCII thành \uXXXX, sắp xếp theo code point thay vì đơn vị UTF-16, xuất số thành 1e-06, còn ECMAScript xuất 0.000001; đặc tả yêu cầu các trường REQUIRED phải xuất hiện kể cả khi là giá trị mặc định, nhưng proto3 không có khái niệm presence nên description: "" và skills: [] bị bỏ mất; typ cũng có chỗ mơ hồ. PR #2319 đã sửa ví dụ trong đặc tả, nhưng đầu ra của a2a-go vẫn khác. Một giới hạn khác là chữ ký hợp lệ chỉ chứng minh thẻ không bị sửa đổi, không chứng minh danh tính của bên phát hành thẻ; cộng đồng cũng chỉ ra rằng quy chuẩn không có cơ chế nào gắn thẻ với môi trường thực thi thực sự đang gửi lời gọi.
Có những cuộc tấn công hoàn toàn tuân thủ đặc tả mà vẫn thực hiện được. A2ABreak (arXiv:2609.10871, v3 2026-10-24) dùng LLM trích xuất từ đặc tả ngôn ngữ tự nhiên ra 37 trạng thái, 76 chuyển trạng thái, 929 mệnh đề hình thức hóa, tìm được 11 lỗ hổng mới, tất cả đều “không cần bất kỳ lỗi triển khai nào, đối thủ tuân thủ quy chuẩn là khai thác được”, ví dụ context identifier không được bảo vệ dẫn đến tiêm context xuyên client, danh tính bị mất sau nhiều bước trong chuỗi ủy thác, tác tử tuyên bố năng lực chưa được kiểm chứng. Nghiên cứu về trùng tên (arXiv:2609.27624) chỉ ra quy chuẩn định vị name là “human-readable metadata, not as a stable identity” và không định nghĩa quy tắc xử lý trùng tên; trong 7 bản triển khai mã nguồn mở mà tác giả theo dõi, có 6 tích hợp phía client sẽ gửi yêu cầu tới endpoint do kẻ tấn công kiểm soát; tác giả xếp đây là một lớp lỗ hổng triển khai lặp đi lặp lại, chứ không phải lỗ hổng giao thức tổng quát. Unit 42 thuộc Palo Alto Networks thực hiện bằng chứng khái niệm session smuggling với Google ADK, minh họa tác tử độc hại dùng “câu hỏi làm rõ” để moi chỉ dẫn hệ thống, và dụ client gọi buy_stock mua 10 cổ phiếu khi chưa được phép; Unit 42 nói rõ đây không phải lỗ hổng giao thức, mọi giao thức nhiều lượt có trạng thái đều có thể bị ảnh hưởng, và chưa thấy khai thác ngoài thực tế. Cộng đồng còn phản ánh máy chủ độc hại có thể giấu chỉ thị trong trường description hoặc skills của Agent Card để LLM chủ thực thi như mệnh lệnh.
Bằng chứng thực nghiệm của giới học thuật về tấn công xuyên tác tử cũng ủng hộ quan điểm “không thể mặc định tin tưởng giữa các tác tử”. Triedman và cộng sự (COLM 2025) phát hiện nội dung web độc hại có thể chiếm quyền luồng điều khiển của hệ đa tác tử; với GPT-4o, thực thi mã tùy ý thành công trong 58%–90% số lần thử. Bài tổng quan có bình duyệt của Ferrag và cộng sự trên ICT Express (2026) hệ thống hóa từ prompt injection cho tới tấn công tầng giao thức, bao quát cả MCP và A2A.
Các số CVE trong bảng dưới đây được chép nguyên văn từ ghi chú nghiên cứu. Bản thân ghi chú nghiên cứu lưu ý rằng các con số này bất thường, một số mục chỉ thấy ở một cơ sở dữ liệu duy nhất (ví dụ CVE-2026-90790 không có GHSA tương ứng trong repo a2a-python, chỉ thấy trên OpenCVE). Kết quả tra cứu repo advisories của a2a-js, a2a-go, a2a-dotnet là trống, nhưng điều này có thể do thiếu quyền truy cập, không có nghĩa là chắc chắn không có lỗ hổng. Từ bảng này có thể rút ra ba bài học, sau đây là suy luận: thứ nhất, Agent Card là đầu vào kẻ tấn công có thể kiểm soát, đến cả tên header cũng có thể do bên kia quyết định; thứ hai, quy chuẩn chỉ ghi “SHOULD xác minh webhook URL”, và SDK của hai ngôn ngữ đều vì thế mà dính SSRF; thứ ba, quy chuẩn nói “phân quyền do bên triển khai quyết định”, và SDK Java phổ biến nhất mặc định không phân quyền, bản vá còn bị vượt qua do khác biệt nền tảng Android.
| Số hiệu | Thành phần | Vấn đề | Mức độ nghiêm trọng |
|---|---|---|---|
| GHSA-qw47-mcm5-934w / CVE-2026-111764 | a2a-java server-common < 1.3.0.Final | Hàm khởi tạo không tham số của InMemoryTaskStore đặt authorizationProvider thành null, mặc định không kiểm tra quyền đọc (fail-open) | High, CVSS 7.5 |
| GHSA-9rhm-2h4x-jwmx / CVE-2026-111763 | a2a-java < 1.3.0.Final | AgentCard độc hại dùng APIKeySecurityScheme chỉ định tên header tùy ý rồi trả redirect, API key bị chuyển tiếp cho bên thứ ba | Medium |
| GHSA-4fpj-g9jf-9rgg / CVE-2026-111765 | a2a-java (Android) | POST đồng bộ trên Android vượt qua bản vá redirect của mục trên | High |
| GHSA-q78c-5jjq-57g8 / CVE-2026-111761 | a2a-java | SSRF qua thông báo đẩy | Medium |
| GHSA-x32g-jvvm-4725 / CVE-2026-111762 | a2a-java | Khi phân tích protobuf thất bại, ghi thông tin xác thực thông báo đẩy dạng rõ vào log | Medium |
| CVE-2026-90790 | a2a-python ≤ 1.1.3 | SSRF qua push_info.url trong _dispatch_notification, vá ở 1.1.4; repo không có GHSA tương ứng, chỉ thấy trên OpenCVE | CVSS 6.3 |
| CVE-2026-115419 / GHSA-4v6f-7vjh-6x4m | Máy chủ A2A của Strands Agents | Các bên gọi có context_id khác nhau dùng chung lịch sử hội thoại; không có cách khắc phục tạm thời hoàn chỉnh, khuyến nghị mỗi tenant một instance | High, CVSS 8.1 |
| CVE-2025-6167 | python-a2a không chính thức ≤ 0.5.5 | Duyệt đường dẫn (path traversal) (là gói khác với a2a-sdk chính thức) | Không ghi |
Nguồn căn cứ A2A Specification (§4.5, §7, §8.4, §13)| Semgrep: A security engineer's guide to the A2A protocol| A2A Issue #2122 (khác biệt chuẩn hóa chữ ký)| A2A Discussion #1677| levelup: Signed Agent Cards prove integrity, not identity| Lotfi et al., A2ABreak (arXiv:2609.10871)| Arun Kumar, Agent Name Collision Attacks (arXiv:2609.27624)| Unit 42: Agent session smuggling| langgraph-a2a-client Issue #8 (báo cáo tiêm qua trường của thẻ)| Triedman et al., Multi-Agent Systems Execute Arbitrary Malicious Code (COLM 2025)| Ferrag et al., ICT Express 12 (2026)| GitHub Advisory GHSA-qw47-mcm5-934w| GitHub Advisory GHSA-9rhm-2h4x-jwmx| a2a-java advisory GHSA-4fpj-g9jf-9rgg| a2a-java advisory GHSA-q78c-5jjq-57g8| a2a-java advisory GHSA-x32g-jvvm-4725| OpenCVE: a2a-python| GitLab Advisory: CVE-2026-115419| Vulners: python-a2a
Danh tính và quyền hạn của tác tử AI được xác minh như thế nào?
Tính đến 2026-10-31, danh tính và ủy thác của tác tử AI vẫn chưa có tiêu chuẩn chung được chốt: danh tính workload do nhóm công tác IETF WIMSE thúc đẩy, ủy thác phần lớn áp dụng token exchange của RFC 8693, còn danh tính có thể xác minh với bên ngoài thì có nhiều phương án song song như Cloudflare Web Bot Auth và bản dự thảo ANS v2; bản thân A2A chỉ chạm tới chữ ký Agent Card tùy chọn.
Vấn đề danh tính tác tử đang được tách thành ba tầng bên ngoài A2A. Tầng thứ nhất là danh tính workload, trả lời câu hỏi “đây là chương trình nào”: các tác giả của draft-klrc-aiagent-auth đến từ Amazon, Zscaler, Ping Identity, OpenAI và nhiều công ty khác; bản dự thảo đã được nhóm công tác IETF WIMSE chấp nhận và được thay thế bởi draft-ietf-wimse-aims, với lộ trình áp dụng họ WIMSE và OAuth 2.0 sẵn có, “không phát minh giao thức mới”. Tầng thứ hai là phân quyền và ủy thác, trả lời câu hỏi “thay mặt ai, được làm gì”: ví dụ của Ping Identity dùng act claim của token exchange RFC 8693 để ghi lại toàn bộ đường ủy thác, dùng may_act để giới hạn bước kế tiếp; nhưng RFC 8693 vốn được thiết kế cho trao đổi giữa các máy chủ “sau khi sự đồng ý đã diễn ra”, không bao quát sẵn sự đồng ý của người dùng đối với một tác tử cụ thể.
Tầng thứ ba là danh tính có thể xác minh với bên ngoài, trả lời câu hỏi “bên lạ dựa vào đâu để tin nó”. Cloudflare Web Bot Auth dùng Ed25519 kết hợp RFC 9421 để ký yêu cầu HTTP, nhưng Cloudflare hiện không kiểm tra nonce, việc chống phát lại chủ yếu dựa vào thời hạn hiệu lực ngắn khoảng 1 phút; bản dự thảo ANS v2 dùng ACME để xác minh tên miền, chia ba cấp Bronze, Silver (thêm DANE), Gold (thêm nhật ký minh bạch SCITT). A2A chỉ chạm tới chữ ký thẻ ở tầng này, và chữ ký là tùy chọn. Sản phẩm thương mại đã đi trước: Okta Agent SSO chính thức ra mắt ngày 2026-08-24 và dùng ID-JAG; Microsoft Entra Agent ID không hỗ trợ ID-JAG nguyên bản, ngày ra mắt chính thức mỗi nguồn nói một khác (2026-04 hoặc 2026-05). Vì vậy khi làm A2A liên công ty, hai bên phần lớn phải chuyển đổi token tại ranh giới của mỗi bên — đây là suy luận.
Cấp chính phủ cũng đang lấp khoảng trống này. CAISI thuộc NIST của Mỹ công bố AI Agent Standards Initiative ngày 2026-02-17, với ba trụ cột: tiêu chuẩn do ngành dẫn dắt, giao thức mã nguồn mở do cộng đồng dẫn dắt, nghiên cứu bảo mật và danh tính tác tử; nhưng trang sáng kiến chỉ dùng các cách gọi chung như “interoperable agent protocols”, không nêu tên A2A hay MCP. Dự án “Software and AI Agent Identity and Authorization” của NIST NCCoE công bố bản tóm tắt ý kiến về tài liệu khái niệm ngày 2026-09-29, với hơn 600 đơn vị hoặc cá nhân phản hồi. Bài blog ngày 2026-10-27 của NIST “Design Tenets for Agent Identity Management Systems” đưa ra 10 nguyên tắc thiết kế, gồm: tác tử phải có danh tính độc lập, gắn với bên khởi tạo và quyền hạn thu hẹp dần qua từng tầng ủy thác, đặc quyền tối thiểu, ủy quyền ngắn hạn và có thể thu hồi, kích hoạt can thiệp của con người theo mức rủi ro, dùng mandate có chữ ký để giới hạn phạm vi hành động, lưu lại hồ sơ không thể sửa đổi; nó được định vị là bài blog, không phải tiêu chuẩn chính thức.
Hướng nghiên cứu học thuật cũng nhất quán với điều này. South và cộng sự đề xuất mở rộng OAuth 2.0/OIDC với thông tin xác thực dành riêng cho tác tử và xây dựng chuỗi ủy thác có thể kiểm toán; phiên bản lập trường của cùng nghiên cứu được đưa vào ICML 2025 Position Paper Track. Chan và cộng sự tại FAccT 2024 chủ trương dùng ba nhóm biện pháp — mã định danh tác tử, giám sát thời gian thực, nhật ký hoạt động — để tăng khả năng quan sát tác tử.
| Tầng | Câu hỏi cần trả lời | Phương án chính | Hiện trạng |
|---|---|---|---|
| Danh tính workload | Đây là chương trình nào | IETF WIMSE (draft-ietf-wimse-aims) | Dự thảo của nhóm công tác, chưa thành RFC |
| Phân quyền và ủy thác | Thay mặt ai, được làm gì | RFC 8693 token exchange (act, may_act) | Đã là RFC, nhưng không bao quát sự đồng ý của người dùng với một tác tử cụ thể |
| Danh tính xác minh được với bên ngoài | Bên lạ dựa vào đâu để tin nó | Cloudflare Web Bot Auth, dự thảo ANS v2, chữ ký Agent Card của A2A | Mỗi bên triển khai riêng, chưa có tiêu chuẩn chung; chữ ký A2A là tùy chọn |
| Sản phẩm thương mại | Doanh nghiệp hiện có thể mua gì | Okta Agent SSO (ra mắt 2026-08-24, ID-JAG), Microsoft Entra Agent ID | Khả năng liên thông với nhau còn hạn chế |
Nguồn căn cứ IETF Datatracker: draft-klrc-aiagent-auth| Ping Identity: phân quyền Gemini Agent2Agent bằng Ping| Identra: OAuth on-behalf-of| Cloudflare Docs: Web Bot Auth| IETF: draft-narajala-courtney-ansv2-01| Forkast: sáu nhà cung cấp tung ra sản phẩm danh tính tác tử| tech-insider: so sánh các nhà cung cấp danh tính cho tác tử AI| NIST: AI Agent Standards Initiative (2026-02-17)| NIST: tóm tắt ý kiến về tài liệu khái niệm Software and agentic AI identity (2026-09-29)| NIST: Design Tenets for Agent Identity Management Systems (2026-10-27)| South et al., Authenticated Delegation and Authorized AI Agents (arXiv:2501.09674)| Chan et al., Visibility into AI Agents (FAccT 2024)
Tác tử AI thanh toán như thế nào? AP2, x402 và A2A liên quan ra sao?
Thanh toán của tác tử AI hiện chia thành ba tầng giao thức: thanh toán đơn hàng (checkout), bằng chứng ủy quyền và vi thanh toán máy-với-máy; A2A chỉ là tầng giao tiếp có thể gắn thêm phần mở rộng thanh toán. Trong đó AP2 v0.2.0 (2026-04-28) chuyển sang dùng Checkout Mandate và Payment Mandate, ngày 2026-04-29 được Google trao cho FIDO Alliance quản lý, nhưng đặc tả ghi rõ xử lý tranh chấp nằm ngoài phạm vi và không phân định trách nhiệm.
AP2 không còn là phiên bản mà mọi người nhớ hồi năm 2025. v0.2.0 đổi cơ chế sang Checkout Mandate và Payment Mandate, mỗi loại chia hai giai đoạn open và closed, được triển khai bằng SD-JWT; open mandate dùng cnf claim để lưu khóa công khai của tác tử. Điểm mới quan trọng là luồng Human-Not-Present: người dùng trước tiên ký open mandate bằng khóa của mình trên một giao diện đáng tin cậy và ghi rõ các điều kiện giới hạn, sau đó tác tử ký closed mandate bằng khóa của tác tử, hai phần được liên kết bằng sd_hash; người bán hoặc nhà cung cấp thông tin xác thực có thể trả về unresolved_constraint để kéo quy trình về trạng thái “có người hiện diện”. Đặc tả cũng khuyến nghị người bán khi ký Checkout JWT nên dùng chữ ký không tất định (ECDSA) thay vì Ed25519, để phòng tấn công bảng cầu vồng (rainbow table). Quan trọng nhất, đặc tả AP2 xếp việc xử lý, lưu trữ và truy xuất tranh chấp vào out of scope, chỉ cam kết cung cấp dấu vết kiểm toán mật mã không thể chối bỏ. Ghi chú nghiên cứu còn để ý rằng cách mở rộng mà đặc tả AP2 khuyến nghị là các extension point của UCP, còn A2A lại không được bàn đến trong phần chính của đặc tả; định vị của AP2 đang chuyển từ “phần mở rộng của A2A” sang “tầng bảo mật trong giao thức thương mại” — đây là suy luận.
Cách gắn phần mở rộng thanh toán vào A2A chính là cơ chế extension của A2A: khai báo bằng AgentExtension (uri, description, required, params) trong AgentCapabilities, client yêu cầu bật bằng header A2A-Extensions; phần mở rộng không được sửa cấu trúc dữ liệu lõi, không được thêm giá trị enum, chỉ vận hành qua metadata; thay đổi phá vỡ tương thích phải đổi sang URI mới, gặp phiên bản không hỗ trợ thì “MUST NOT fall back”. a2a-x402 (spec v0.1) chính là một phần mở rộng như vậy: người bán gửi payment-required, client ký rồi gửi lại payment-submitted, người bán quyết toán trên chuỗi xong thì trả payment-completed.
Số giao dịch của x402 chủ yếu đến từ giao dịch ảo. Chainalysis thống kê giao dịch x402 trên chuỗi Base tính đến quý 1 năm 2026 tích lũy hơn 100 triệu giao dịch, nhưng đợt tăng vọt quý 4 năm 2025 “phần lớn do meme coin farming thúc đẩy”, tỷ lệ giữ chân hằng tuần giảm từ 87% xuống 5%. Coinbase cuối tháng 4 năm 2026 tuyên bố khoảng 165 triệu giao dịch, tích lũy khoảng 50 triệu USD — đây là tuyên bố của nhà cung cấp; Artemis thì cho rằng hơn 95% là tín hiệu giao thức hoặc thử nghiệm; một trang theo dõi khác ước tính giá trị thương mại thực mỗi ngày khoảng 28.000 USD.
Cách làm thực tế của các tổ chức thẻ và nền tảng là “nhận nhiều giao thức, lấy xác thực mạnh có người hiện diện làm van an toàn”. Tháng 3 năm 2026 OpenAI đưa Instant Checkout trong ChatGPT trở lại mô hình Apps của người bán, người phát ngôn nói “Instant Checkout is moving to Apps”. Ngày 2026-07-02 Visa công bố tại châu Âu đã có tác tử thực sự hoàn tất giao dịch mua, hơn 30 tổ chức phát hành thẻ hợp tác, toàn bộ giao dịch dùng Payment Passkeys để đáp ứng xác thực khách hàng mạnh (SCA). Khung trách nhiệm vẫn còn trống: Chargebacks911 cảnh báo hạ tầng tranh chấp và trách nhiệm “largely unaddressed”; Taylor Wessing phân tích rằng theo khung của EU, giao dịch mua do tác tử thực hiện vượt quá điều kiện khách hàng đặt ra về nguyên tắc sẽ bị coi là giao dịch không được phép; Ant International, Visa, Mastercard đến 2026-09-10 mới bắt đầu tìm hiểu khung liên thông Know-Your-Agent. PSD3/PSR của EU hiện mới đến bước Hội đồng thông qua lập trường đọc lần thứ nhất ngày 2026-10-29, chưa đăng trên Official Journal; tìm theo từ khóa trong phần thuyết minh PSR của Hội đồng không thấy điều khoản nào về AI hay tác tử tự chủ; CFPB của Mỹ cũng chưa có hướng dẫn về thanh toán qua tác tử.
Nghiên cứu học thuật chỉ ra một điểm mù khác. Debi và cộng sự (IEEE IMNS 2026) kiểm thử red team với tác tử mua sắm dùng AP2: prompt injection gián tiếp và trực tiếp có thể thao túng thứ tự xếp hạng sản phẩm và trích xuất dữ liệu nhạy cảm của người dùng, cho thấy mandate có chữ ký không bảo vệ được quá trình suy luận diễn ra trước khi ký; Jiang và cộng sự (arXiv:2609.00060) dùng Tamarin phân tích hình thức x402, MPP, ACP, AP2, chỉ ra các phụ thuộc bảo mật phát sinh khi ý định, quyền ủy thác và quyết toán phân tán ở nhiều bên. Việc tác tử hóa trong ngành logistics hiện đi theo MCP: máy chủ MCP của Flexport cho phép trợ lý AI của khách hàng đặt chỗ vận chuyển theo cước đã thỏa thuận và nhận booking ID. Ghi chú nghiên cứu không tìm thấy ví dụ nào dùng AP2 hoặc x402 để quyết toán cước vận chuyển.
| Tầng | Giao thức | Bên dẫn dắt | Hiện trạng |
|---|---|---|---|
| Tầng thanh toán đơn hàng | ACP | OpenAI + Stripe | 2026-03 ChatGPT Instant Checkout chuyển sang Apps của người bán, ACP vẫn tiếp tục tồn tại |
| Tầng thanh toán đơn hàng | UCP | Google + Shopify | Nguồn thứ cấp cho biết endpoint UCP của Shopify dùng MCP làm tầng truyền tải |
| Tầng bằng chứng ủy quyền | AP2 v0.2.0 | Google khởi xướng, trao cho FIDO Alliance ngày 2026-04-29 | Xử lý tranh chấp nằm ngoài phạm vi đặc tả |
| Tầng bằng chứng ủy quyền | Verifiable Intent | Mastercard | Nguồn thứ cấp cho biết mở mã nguồn vào 2026-03 |
| Tầng vi thanh toán máy-với-máy | x402 | Coinbase khởi xướng | Số giao dịch trên chuỗi phần lớn là giao dịch ảo; giá trị thương mại thực ước tính khoảng 28.000 USD mỗi ngày |
| Tầng vi thanh toán máy-với-máy | MPP | Stripe + Tempo | Nguồn thứ cấp cho biết ra mắt 2026-03 cùng mainnet của Tempo |
Nguồn căn cứ AP2 v0.2 Specification| AP2 Flows| ap2-protocol.org| FIDO Alliance: Google trao tặng AP2| A2A Extensions| google-agentic-commerce/a2a-x402| Chainalysis: x402 agentic payments adoption| Forkast: khối lượng giao dịch thực của x402| presenc.ai: theo dõi mức áp dụng x402| Digital Commerce 360 (2026-03-06)| Thông cáo báo chí Visa UK (2026-07-02)| The Paypers: cảnh báo của Chargebacks911| Taylor Wessing: Agentic AI in payments| TechNode (2026-09-10)| The Paypers: ra mắt MPP| Mastercard Developers: hướng dẫn giao dịch Agentic| Hội đồng EU: văn bản biểu quyết lập trường đọc lần thứ nhất PSR ST 15154/26| Debi et al., Whispers of Wealth (IEEE IMNS 2026)| Jiang et al., A Formal Analysis of Agent Payment Protocols (arXiv:2609.00060)| SupplyChain247: trợ lý AI của Flexport đặt chỗ vận chuyển
Hiện có ai đang dùng A2A không? Có trường hợp vận hành thực tế không?
Tính đến 2026-10-31, ghi chú nghiên cứu không tìm thấy trường hợp vận hành A2A thực tế nào được nêu tên, liên công ty và có kết quả đo lường; Linux Foundation ngày 2026-04-09 tuyên bố có hơn 150 tổ chức ủng hộ và có triển khai thực tế nhưng không nêu tên người dùng, còn một tác giả ngày 2026-10-27 gửi 36 yêu cầu tới 18 tổ chức và nhận được 0 Agent Card hợp lệ.
Thông cáo kỷ niệm một năm ngày 2026-04-09 của Linux Foundation nói A2A có hơn 150 tổ chức ủng hộ và có triển khai thực tế trong chuỗi cung ứng, tài chính, bảo hiểm, vận hành IT; đây thuộc loại tuyên bố của nhà cung cấp: thông cáo không nêu tên người dùng nào, cũng không cung cấp quy trình hay chỉ số hiệu quả. Hai ví dụ hay được dẫn nhất — bài viết Microsoft Agent Framework .NET và codelab concierge mua sắm của Google — đều là mã ví dụ chứ không phải báo cáo triển khai. Tyson Foods thường được quảng bá là trường hợp A2A trong chuỗi cung ứng, nhưng apis.io chấm A2A Agent Card của họ 0/8 điểm, và thứ họ cung cấp cho đối tác giao dịch vẫn là EDI và API.
Phản chứng trực tiếp nhất là đo thử thực tế. Một tác giả vào tháng 4 năm 2026 lấy mẫu 50 tác tử tuyên bố hỗ trợ A2A từ các trung tâm đăng ký công khai, chỉ khoảng 0–2 tác tử cung cấp thẻ hợp lệ tại đường dẫn well-known, số tác tử phản hồi task đúng là 0; cùng tác giả đó ngày 2026-09-09 gửi 24 yêu cầu tới 12 tổ chức và ngày 2026-10-27 gửi 36 yêu cầu tới 18 tổ chức, số thẻ nhận được đều là 0. Mẫu do tác giả tự chọn, không phải tổng điều tra, nhưng xu hướng nhất quán. Những gì thực sự đang chạy là liên thông trong cùng một nền tảng đám mây: AWS AgentCore, Microsoft Foundry, Google Agent Registry.
Bằng chứng thực nghiệm về chính kiến trúc đa tác tử cũng bất lợi cho A2A liên tổ chức. MAST (NeurIPS 2025 Datasets & Benchmarks Track) phân tích 1.642 vết thực thi, tổng hợp được 14 kiểu thất bại, chia làm ba nhóm lớn: thiết kế hệ thống, lệch pha giữa các tác tử, kiểm chứng nhiệm vụ; tỷ lệ thất bại của 7 hệ đa tác tử mã nguồn mở tiên tiến nhất trong bài nằm trong khoảng 41%–86,7% (tác giả lưu ý không thể so sánh trực tiếp giữa các benchmark khác nhau). Bài “Towards a Science of Scaling Agent Systems” của Google Research, MIT và các tác giả khác đã thử 180 cấu hình trong bản v1/v2 và bản blog của Google: đa tác tử kiểu độc lập khuếch đại lỗi 17,2 lần, kiểu điều phối tập trung 4,4 lần, và trên các nhiệm vụ suy luận tuần tự, mọi biến thể đa tác tử đều kém đi 39%–70%; bản v3 ngày 2026-04-08 mở rộng lên 260 cấu hình, 6 benchmark, vẫn giữ kết luận 17,2 lần và 4,4 lần. Blog kỹ thuật của Anthropic (không phải bài báo có bình duyệt) cho biết hệ thống nghiên cứu đa tác tử của họ mạnh hơn Claude Opus 4 đơn tác tử 90,2%, nhưng lượng token tiêu thụ khoảng gấp 15 lần một cuộc hội thoại thông thường, và chỉ đích danh các lĩnh vực “cần mọi tác tử chia sẻ cùng ngữ cảnh, hoặc các tác tử phụ thuộc lẫn nhau nhiều” là không phù hợp. A2A liên tổ chức hội tụ đúng tất cả các điều kiện bất lợi này: hai bên không chia sẻ ngữ cảnh, không có bên kiểm chứng chung, quy trình thương mại (tra giá → đặt hàng → thanh toán → xuất hàng) lại có tính tuần tự — đây là suy luận.
Khoảng trống về mặt kỹ thuật còn nhiều hơn về mặt đặc tả. Khi A2A ủy thác cho tác tử kế tiếp, trace sẽ bị đứt: SDK Python chỉ tạo span cục bộ, không có cách chuẩn để truyền W3C Trace Context giữa các tác tử (Issue #2103). SDK Rust của cộng đồng báo cáo 7 lỗi TCK, sau khi đối chiếu được xác định là do lỗi của chính bộ kiểm thử; cùng báo cáo đó cho biết SDK JS, Go, Java đều đạt 21/21 trên cả hai binding. Lưu lượng tác tử ở phía người tiêu dùng cũng còn nhỏ: HUMAN Security thống kê lưu lượng tác tử năm 2025 tăng 7.851% so với cùng kỳ, nhưng chỉ 2,3% diễn ra trên trang thanh toán; nguồn thứ cấp dẫn dữ liệu Cloudflare Radar tháng 8 năm 2026 cho thấy bot AI chiếm khoảng 7% yêu cầu HTML, trong đó “hành động thời gian thực thay mặt người dùng” chỉ chiếm 5,8%, nhân hai con số được khoảng 0,4% — phép nhân này là suy luận, chưa được xác nhận bằng dữ liệu gốc. Akamai thì cảnh báo các trang thương mại điện tử chỉ giám sát với hơn 90% bot AI, trong khi hoạt động tác tử gian lận đang gia tăng. Ghi chú nghiên cứu không tìm thấy bằng chứng nào cho thấy các tác tử cá nhân như ChatGPT, Gemini, Claude dùng A2A để gọi tác tử của doanh nghiệp thông thường, nhưng đây chỉ là thiếu phản chứng, không phải xác nhận chính thức.
Các cuộc phỏng vấn của chính phủ và tổ chức quốc tế cho thấy nhu cầu là có thật. OECD Artificial Intelligence Papers No. 65, trang 16, ghi nhận những người làm thực tiễn được phỏng vấn ưa chuộng giao thức mở và cho rằng các giao thức giao tiếp tác tử-với-tác tử như A2A là động lực quan trọng cho điều phối đa tác tử, đồng thời lo ngại bị khóa chặt trong hệ sinh thái của một nhà cung cấp duy nhất.
| Tuyên bố hoặc trường hợp | Bằng chứng thực tế tra được | Đánh giá |
|---|---|---|
| Linux Foundation: hơn 150 tổ chức, triển khai thực tế ở nhiều ngành | Thông cáo không nêu tên người dùng, không có chỉ số hiệu quả | Tuyên bố của nhà cung cấp |
| Trường hợp chuỗi cung ứng của Tyson Foods | apis.io chấm A2A Agent Card 0/8; với đối tác vẫn dùng EDI và API | Bằng chứng không ủng hộ |
| Microsoft Agent Framework, Google codelab | Mã ví dụ, không phải báo cáo triển khai | Không phải trường hợp vận hành thực tế |
| 50 tác tử tuyên bố hỗ trợ trên trung tâm đăng ký công khai (2026-04) | Khoảng 0–2 thẻ hợp lệ, 0 tác tử phản hồi task đúng | Đo thử bởi bên thứ ba |
| 18 tổ chức, 36 yêu cầu (2026-10-27) | 0 thẻ (mẫu tự chọn) | Đo thử bởi bên thứ ba |
| Liên thông trong cùng một nền tảng đám mây | AWS AgentCore, Microsoft Foundry, Google Agent Registry đã cung cấp | Hình thái đang thực sự vận hành hiện nay |
HowBridge là gì? Giải đáp nhanh về thương hiệu và dịch vụ
Nguồn căn cứ Linux Foundation: thông cáo kỷ niệm một năm A2A (2026-04-09)| Microsoft DevBlogs: A2A v1 in Agent Framework for .NET| Google Codelabs: A2A purchasing concierge| apis.io: Tyson Foods| heym.run: đo thử A2A vs MCP| Cemri et al., Why Do Multi-Agent LLM Systems Fail? (NeurIPS 2025 D&B)| Kim et al., Towards a Science of Scaling Agent Systems (arXiv:2512.08296)| Blog Google Research (2026-01-28)| Anthropic Engineering: How we built our multi-agent research system| A2A Issue #2103 (đứt chuỗi trace)| a2a-rust PR #180 (kết quả TCK)| HUMAN Security: 2026 State of AI Traffic| PaidHosting: AI agent traffic (dẫn Cloudflare Radar)| Thông cáo báo chí của Akamai| OECD Artificial Intelligence Papers No. 65
Chính phủ các nước quản lý tác tử AI như thế nào? Có nhắc đến A2A không?
Tính đến 2026-10-31, văn bản chính thức của Bộ Phát triển Kỹ thuật số Đài Loan, IMDA Singapore và OECD đã trực tiếp nêu tên A2A hoặc rủi ro đa tác tử, nhưng chưa nước nào ban hành luật riêng cho A2A; Luật Cơ bản về Trí tuệ nhân tạo của Đài Loan được công bố và có hiệu lực ngày 115-01-14 (2026-01-14), cơ quan chủ quản là Hội đồng Khoa học và Công nghệ Quốc gia (NSTC); việc phân định trách nhiệm khi tác tử gây sai sót phải chờ quy định hướng dẫn được Điều 17 ủy quyền.
Đài Loan: Luật Cơ bản về Trí tuệ nhân tạo có 20 điều. Điều 3 định nghĩa trí tuệ nhân tạo là “hệ thống có khả năng vận hành tự chủ”, có thể bao hàm tác tử AI, nhưng văn bản luật không xuất hiện từ “tác tử”; Điều 4 liệt kê bảy nguyên tắc lớn, gồm quyền tự chủ và giám sát của con người, minh bạch và khả năng giải thích, trách nhiệm giải trình; Điều 16 giao Bộ Phát triển Kỹ thuật số thúc đẩy khung phân loại rủi ro kết nối với quốc tế; Điều 17 yêu cầu chính phủ quy định rõ việc quy trách nhiệm và điều kiện quy trách nhiệm đối với AI rủi ro cao, đồng thời xây dựng cơ chế khắc phục, bồi thường hoặc bảo hiểm; Điều 18 yêu cầu các cơ quan hoàn tất điều chỉnh pháp quy liên quan trong vòng hai năm sau khi luật có hiệu lực. Căn cứ Điều 16, Bộ Phát triển Kỹ thuật số ngày 115-07-07 (lịch Dân Quốc, tức 2026-07-07) công bố Khung phân loại rủi ro trí tuệ nhân tạo v1.0 (văn bản số 1150015933, có hiệu lực ngay), trong đó loại rủi ro B6 “hành vi vượt quá ủy quyền của tác tử AI tự chủ” ghi: “Hệ đa tác tử càng dễ vì các tác tử kích hoạt lẫn nhau mà sinh ra phản ứng dây chuyền cả nhà phát triển lẫn người dùng đều không lường trước, khiến con người khó can thiệp sửa chữa kịp thời.” Hướng dẫn về AI tạo sinh cho cơ sở y tế do Bộ Y tế và Phúc lợi ban hành ngày 115-05-29 (2026-05-29) thì ghi rõ hệ thống tác tử AI “chưa thuộc đối tượng áp dụng của hướng dẫn này”.
Các luật hiện hành của Đài Loan cũng áp dụng cho tình huống tác tử. Điều 4 Luật Bảo vệ Dữ liệu Cá nhân quy định bên được ủy thác thu thập, xử lý hoặc sử dụng dữ liệu cá nhân, trong phạm vi áp dụng của luật này, được coi như cơ quan ủy thác; vì vậy giao dữ liệu cá nhân cho tác tử xử lý không vì “AI làm” mà được miễn trách nhiệm; Điều 21 quy định các hạn chế về chuyển dữ liệu ra quốc tế. Cần lưu ý nhiều điều khoản sửa đổi ngày 114-11-11 (2025-11-11) (gồm Điều 21 bản mới và Điều 20-1 bổ sung) đã được công bố nhưng chưa có hiệu lực, ngày có hiệu lực do Viện Hành chính quyết định. Luật Chữ ký Điện tử không đề cập AI hay tác tử; việc tác tử ký thay có thể được suy đoán là chữ ký của chính người đó hay không thì luật không quy định rõ và bài viết này không thể xác nhận.
Trung Quốc: Tổng cục Quản lý Giám sát Thị trường Nhà nước và Ủy ban Quản lý Tiêu chuẩn hóa Quốc gia, qua Thông báo tiêu chuẩn quốc gia số 22 năm 2026, ngày 2026-05-22 phê chuẩn ban hành loạt GB/Z 185.1~185.7-2026 “Trí tuệ nhân tạo — Liên kết tác tử” gồm 7 văn bản kỹ thuật hướng dẫn (kiến trúc tổng thể, mã danh tính, quản lý danh tính, mô tả tác tử, khám phá tác tử, tương tác tác tử, gọi công cụ của tác tử); Nền tảng dịch vụ công thông tin tiêu chuẩn quốc gia ghi trạng thái là “hiện hành”, toàn văn được công khai ngày 2026-06-18, và Tổng cục Quản lý Giám sát Thị trường còn tổ chức họp báo chuyên đề ngày 2026-06-26. Tên giao thức được văn bản chính thức sử dụng là AIP (Giao thức liên kết tác tử); các trang chính thức tra được đều không nhắc đến A2A hay MCP, việc hai bên có tương thích hay không chưa được xác nhận. Ngày 2026-05-08, Văn phòng Thông tin Mạng Quốc gia, Ủy ban Phát triển và Cải cách Quốc gia và Bộ Công nghiệp và Công nghệ Thông tin cùng ban hành Ý kiến thực hiện về ứng dụng chuẩn mực và phát triển đổi mới tác tử, gắn việc phổ biến AIP, nền tảng đăng ký tác tử và danh tính số của tác tử thành một bộ, đồng thời yêu cầu “tác tử khi thực hiện thao tác không được vượt quá phạm vi ủy quyền của người dùng”. Lộ trình này khác với cộng đồng A2A — nơi “không có trung tâm đăng ký chính thức”.
EU: AI Act (Regulation (EU) 2024/1689) có hiệu lực ngày 2024-08-01, nghĩa vụ đối với mô hình AI đa dụng áp dụng từ 2025-08-02, việc áp dụng chung và nghĩa vụ minh bạch từ 2026-08-02; nghĩa vụ rủi ro cao đã được Regulation (EU) 2026/1744 (đăng trên Official Journal ngày 2026-07-24) hoãn lại: Phụ lục III đến 2027-12-02, Phụ lục I đến 2028-08-02. Còn PSD3 và PSR mới ở bước Hội đồng thông qua lập trường đọc lần thứ nhất ngày 2026-10-29, đang chờ Nghị viện châu Âu đọc lần thứ hai, chưa đăng trên Official Journal.
Mỹ, Singapore, Anh: CISA, NSA và các cơ quan thuộc liên minh Ngũ Nhãn (Five Eyes) công bố “Careful Adoption of Agentic AI Services” ngày 2026-04-30/05-01, khuyến nghị hạn chế quyền truy cập và bắt đầu từ các trường hợp sử dụng rủi ro thấp, không nhạy cảm; CFPB của Mỹ không có hướng dẫn về thanh toán qua tác tử, đề xuất quy tắc diễn giải liên quan năm 2025 đã bị rút lại ngày 2025-05-15. “Model AI Governance Framework for Agentic AI” v1.5 của IMDA Singapore (ban hành 2026-05-20, cập nhật 06-05) tại mục 1.1.1 trực tiếp nêu tên A2A dùng cho giao tiếp giữa các tác tử, MCP dùng cho giao tiếp giữa tác tử và công cụ, đồng thời chỉ ra ủy thác đệ quy và danh tính liên tổ chức là những khoảng trống hiện nay. Hướng dẫn do CMA của Anh ban hành ngày 2026-03-09 (cập nhật 10-30) ghi rõ “if an AI agent you use does something illegal, you are responsible”, tức doanh nghiệp phải chịu trách nhiệm cho hành vi vi phạm pháp luật của tác tử mà mình sử dụng; đợt lấy ý kiến công khai của ICO Anh về AI dạng tác tử kết thúc ngày 2026-11-20.
| Khu vực | Văn bản | Ngày | Quan hệ với A2A hoặc tác tử |
|---|---|---|---|
| Đài Loan | Luật Cơ bản về Trí tuệ nhân tạo | Công bố và có hiệu lực 115-01-14 (2026-01-14) | Điều 17 yêu cầu quy định rõ trách nhiệm đối với AI rủi ro cao; không nhắc đến “tác tử” |
| Đài Loan | Bộ Phát triển Kỹ thuật số: Khung phân loại rủi ro trí tuệ nhân tạo v1.0 | 115-07-07 (2026-07-07) | Rủi ro B6 “hành vi vượt quá ủy quyền của tác tử AI tự chủ” |
| Đài Loan | Bộ Phát triển Kỹ thuật số: Sổ tay tham khảo ứng dụng trí tuệ nhân tạo trong khu vực công V1.0 | 115-01-28 (2026-01-28, theo văn bản ghi) | Mục A2A ở trang 14 |
| Trung Quốc | GB/Z 185.1~185.7-2026 “Trí tuệ nhân tạo — Liên kết tác tử” | Phê chuẩn ban hành 2026-05-22 | Tên giao thức chính thức là AIP; tính tương thích với A2A chưa được xác nhận |
| EU | Regulation (EU) 2026/1744 | Đăng ngày 2026-07-24 | Nghĩa vụ rủi ro cao của AI Act hoãn đến 2027-12-02 / 2028-08-02 |
| EU | Lập trường đọc lần thứ nhất của Hội đồng về PSD3/PSR | 2026-10-29 | Chưa đăng Official Journal; tìm trong thuyết minh PSR không thấy điều khoản về tác tử |
| Mỹ | NIST “Design Tenets for Agent Identity Management Systems” | 2026-10-27 | 10 nguyên tắc thiết kế danh tính tác tử (bài blog) |
| Singapore | Khung quản trị AI dạng tác tử của IMDA v1.5 | 2026-05-20 | §1.1.1 nêu tên A2A và MCP |
| Anh | Hướng dẫn của CMA về luật người tiêu dùng và tác tử AI | 2026-03-09 | Doanh nghiệp chịu trách nhiệm cho hành vi vi phạm pháp luật của tác tử mình sử dụng |
| Quốc tế | OECD AI Papers No. 65 | 2026-09 | Trang 16: người làm thực tiễn coi A2A là động lực điều phối đa tác tử |
Nguồn căn cứ Cơ sở dữ liệu pháp luật quốc gia Đài Loan: Luật Cơ bản về Trí tuệ nhân tạo| Thông báo của Bộ Phát triển Kỹ thuật số: Khung phân loại rủi ro trí tuệ nhân tạo| Bộ Phát triển Kỹ thuật số: Khung phân loại rủi ro trí tuệ nhân tạo v1.0 (PDF)| Bộ Phát triển Kỹ thuật số: Sổ tay tham khảo ứng dụng trí tuệ nhân tạo trong khu vực công (PDF)| Bộ Y tế và Phúc lợi Đài Loan: Hướng dẫn ứng dụng AI tạo sinh tại cơ sở y tế| Cơ sở dữ liệu pháp luật quốc gia Đài Loan: Luật Bảo vệ Dữ liệu Cá nhân| Cơ sở dữ liệu pháp luật quốc gia Đài Loan: Luật Chữ ký Điện tử| Ủy ban Quản lý Tiêu chuẩn hóa Quốc gia Trung Quốc: Thông báo tiêu chuẩn quốc gia số 22 năm 2026| Nền tảng dịch vụ công thông tin tiêu chuẩn quốc gia: GB/Z 185.1-2026| Nền tảng dịch vụ công thông tin tiêu chuẩn quốc gia: thông báo công khai toàn văn| Trung tâm Đổi mới Khoa học Công nghệ Quốc tế: họp báo tiêu chuẩn hóa liên kết tác tử| Tổng cục Quản lý Giám sát Thị trường Nhà nước: bài đăng lại| Mạng Thông tin Internet Trung Quốc: Ý kiến thực hiện về ứng dụng chuẩn mực và phát triển đổi mới tác tử| European Commission: AI Act regulatory framework| European Parliament: Digital Omnibus on AI| Hội đồng EU: văn bản biểu quyết PSD3 ST 15152/26| Hội đồng EU: văn bản biểu quyết PSR ST 15154/26| CISA: Secure adoption of agentic AI| Federal Register 2025-08646 (CFPB rút lại)| IMDA: Model AI Governance Framework for Agentic AI v1.5| GOV.UK: CMA complying with consumer law when using AI agents| ICO: Agentic AI call for evidence| OECD Artificial Intelligence Papers No. 65
A2A v1.1 sẽ bổ sung những gì? Còn những câu hỏi nào chưa có lời đáp?
Tám chủ đề của A2A v1.1 đã được TSC biểu quyết thông qua ngày 2026-06-25 với tỷ lệ 5–0, bao gồm nối lại luồng dữ liệu, tính lũy đẳng, cấu hình thông báo đẩy, chọn kỹ năng, khám phá phương thức xác thực, lịch sử nhiệm vụ, tương tác nhiều lượt và luồng hai chiều; tính đến 2026-10-31 vẫn chưa có ngày phát hành, và các vấn đề được thảo luận sôi nổi nhất như danh tính tác tử, ủy thác và tính phí vẫn chưa ngã ngũ.
Issue #1942 gộp 41 vấn đề thành tám chủ đề của v1.1; bộ nhớ tác tử xuyên nhiệm vụ (#893) không nằm trong phạm vi theo dõi. Thứ cho thấy rõ hướng đi hơn cả danh sách chủ đề là các vấn đề có nhiều bình luận nhất: #1672 xác minh danh tính tác tử cho Agent Card (khoảng 658 bình luận), #1829 ký tin nhắn bằng Ed25519 kết hợp RFC 9421, #2028 ủy thác theo actor-chain, #2121 truyền chi phí và ngân sách, #1815 dùng HTTP 402 để biểu thị “cần thanh toán”. Đây đều là vấn đề về niềm tin và thương mại; cộng thêm quy trình quản trị extension mới được thiết lập, ghi chú nghiên cứu nhận định chúng nhiều khả năng sẽ xuất hiện dưới dạng phần mở rộng thay vì sửa đặc tả lõi — đây là suy luận.
“Tác tử cá nhân tìm thấy tác tử doanh nghiệp bằng cách nào” hiện chưa có lời giải mở nào đã được triển khai. Tài liệu chính thức của A2A nói rõ trung tâm đăng ký kiểu tuyển chọn (curated) nằm ngoài phạm vi A2A; đề xuất Agent Registry trong Discussion #741 kéo dài rất lâu, người thẩm định nghi ngờ tiền đề “nhà cung cấp tự quản lý mục đăng ký của mình”. Về cách tìm tác tử từ tên miền, IETF có bốn bản dự thảo cá nhân cạnh tranh nhau: DNS-AID (dùng bản ghi SVCB trỏ tới /.well-known/agent-card.json), AID (tra bản ghi TXT _agent), ADP, DAN, đều chưa được nhóm công tác nào chấp nhận; bản dự thảo landscape tháng 7 năm 2026 cũng chỉ ra không gian tên cần được điều phối. Về phía MCP, MCP Registry từ tháng 9 năm 2025 đến nay vẫn là bản xem trước.
Kiểm toán và trách nhiệm liên tổ chức cũng chưa có khung. Đặc tả A2A chỉ có yêu cầu ở mức SHOULD về ghi nhận xác thực thất bại và giới hạn tốc độ, còn trạng thái ổn định của quy ước ngữ nghĩa OpenTelemetry GenAI thì các nguồn nói mâu thuẫn nhau. Với công cụ hiện có, đơn vị kiểm toán tối thiểu có thể lưu giữ đại khái là: taskId và contextId ở phía mình, dấu vân tay chữ ký Agent Card của bên kia, chuỗi ủy thác act trong token bên kia xuất trình; hai bên tự lưu và đối chiếu về sau — đây là suy luận. Ghi chú nghiên cứu cũng không tìm thấy nghiên cứu thực nghiệm nào về denial-of-wallet nhắm vào “làm cạn ngân sách LLM của bên kia”.
- #1986 Nối lại luồng dữ liệu: sau khi mất kết nối có thể tiếp tục từ chỗ bị ngắt
- #1987 Tính lũy đẳng: gửi lại yêu cầu không bị thực thi trùng lặp
- #1988 Cấu hình thông báo đẩy: thiết lập và quản lý webhook
- #1989 Chọn kỹ năng: bên gọi chỉ định kỹ năng muốn dùng như thế nào
- #1990 Khám phá xác thực: biết trước cần dùng loại xác thực nào
- #1991 Lịch sử nhiệm vụ: tra cứu hồ sơ các nhiệm vụ trước đây
- #1992 Tương tác nhiều lượt: ngữ nghĩa khi hai bên hỏi qua hỏi lại
- #1995 Luồng hai chiều: hai bên cùng lúc truyền luồng dữ liệu
Nguồn căn cứ A2A Issue #1942 (chủ đề v1.1)| A2A issues (sắp xếp theo số bình luận)| A2A: Agent discovery| A2A Discussion #741| IETF: dự thảo DNS-AID| IETF: dự thảo DAWN discovery landscape| MCP Registry preview (2025-09-08)| A2A Specification §13.4| GreptimeDB: OpenTelemetry GenAI semantic conventions
Doanh nghiệp hiện nay có nên áp dụng A2A không?
Theo bằng chứng tính đến 2026-10-31, doanh nghiệp áp dụng A2A nên theo hướng “chỉ đọc trước, cùng nền tảng trước, tạm hoãn thao tác ghi liên công ty”: có thể thử liên thông tác tử trong cùng một nền tảng đám mây, còn A2A liên công ty cho đặt hàng, thanh toán thì không nên mở trước khi khung danh tính, ủy thác và trách nhiệm được chốt, vì trên các nhiệm vụ tuần tự mọi biến thể đa tác tử đều kém đi 39%–70% (số liệu arXiv:2512.08296 v1/v2).
Trạng thái hiện tại của A2A rất giống HTTP thời kỳ đầu: định dạng đã được chuẩn hóa, còn tầng niềm tin thì mỗi bên phải tự bổ sung; khác biệt là lần này bên được gọi biết tự suy luận, và còn có thể bị bên kia thuyết phục. Vì vậy nút thắt không nằm ở kỹ thuật, mà ở câu hỏi “ai chịu trách nhiệm cho hành vi của tác tử”, và việc này hiện phân tán trong tay IETF (danh tính), FIDO Alliance (ý định thanh toán), các tổ chức thẻ (tranh chấp) và cơ quan quản lý các nước — TSC của A2A không quản được. Từ đó suy luận rằng trong vài năm tới, hình thái liên thông tác tử liên công ty khả dĩ nhất là “vỏ ngoài A2A, bên trong bọc lời gọi công cụ mang tính xác định”: bên được gọi bề ngoài là tác tử, bên trong thực chất là API, việc suy luận thực sự chỉ diễn ra trong ranh giới tin cậy của chính mình.
Hướng dẫn của chính phủ cũng nhất quán với điều này. CISA, NSA và các cơ quan Ngũ Nhãn khuyến nghị bắt đầu từ các trường hợp sử dụng rủi ro thấp, không nhạy cảm và hạn chế quyền truy cập; khung của IMDA Singapore đặt “để con người gánh trách nhiệm thực chất” cùng các biện pháp kiểm soát kỹ thuật làm khía cạnh cốt lõi; Bộ Phát triển Kỹ thuật số Đài Loan xếp phản ứng dây chuyền do các tác tử kích hoạt lẫn nhau vào rủi ro B6; CMA của Anh thì nói thẳng doanh nghiệp phải chịu trách nhiệm cho hành vi vi phạm pháp luật của tác tử mình sử dụng.
Bảng dưới đây phân cấp các lựa chọn áp dụng cho doanh nghiệp nói chung theo độ mạnh của bằng chứng. Trong bảng, “Làm” nghĩa là với bằng chứng hiện có, rủi ro thấp và lợi ích rõ ràng; “Có thể làm” nghĩa là chi phí thấp nhưng chưa có trường hợp đo lường; “Tạm hoãn” và “Không làm” đều kèm lý do, chờ khi điều kiện kích hoạt xuất hiện thì đánh giá lại.
| Khuyến nghị | Hành động | Lý do |
|---|---|---|
| Làm | Tự triển khai phân quyền và mặc định từ chối, không dựa vào giá trị mặc định của SDK | Quy chuẩn nói phân quyền do bên triển khai quyết định; a2a-java từng mặc định không kiểm tra quyền đọc (CVE-2026-111764) |
| Làm | Coi mọi trường của Agent Card và URL thông báo đẩy là đầu vào không đáng tin, URL thông báo đẩy từ chối IP riêng | Thẻ có thể chỉ định tên header; cả a2a-java và a2a-python đều từng dính SSRF qua thông báo đẩy |
| Làm | Ghi lại taskId, contextId, danh tính bên gọi và traceparent | Trace xuyên tác tử bị đứt (Issue #2103), về sau chỉ có thể đối chiếu bằng hồ sơ riêng của mỗi bên |
| Làm | Cố định phiên bản SDK và đăng ký nhận cảnh báo bảo mật | Tháng 8–10 năm 2026 đã có nhiều CVE của SDK chính thức, bản vá từng bị vượt qua do khác biệt nền tảng |
| Có thể làm | Liên thông tác tử trong cùng một nền tảng đám mây (AWS AgentCore, Microsoft Foundry, Google Agent Registry) | Hình thái đang thực sự vận hành hiện nay, hai bên có cùng ranh giới tin cậy |
| Tạm hoãn | Dựa vào việc xác minh chữ ký Agent Card giữa các SDK khác nhau | Issue #2122 chuẩn hóa không nhất quán; chữ ký chỉ chứng minh tính toàn vẹn, không chứng minh danh tính |
| Không làm | Để tác tử bên ngoài đặt hàng, sửa dữ liệu hoặc thanh toán thay khách | AP2 không phân định trách nhiệm, tổ chức thẻ chưa có quy tắc tranh chấp riêng cho tác tử, tìm trong PSR không thấy điều khoản về tác tử |
| Không làm | Tự xây backend đa tác tử liên tổ chức chỉ vì A2A | Đa tác tử kiểu độc lập khuếch đại lỗi 17,2 lần; nhiệm vụ tuần tự kém đi 39%–70% |
Thêm giải đáp AI: hỏi đáp về gửi hàng gom, mã thuế và thương mại điện tử xuyên biên giới
Nguồn căn cứ Kim et al., Towards a Science of Scaling Agent Systems (arXiv:2512.08296)| CISA: Secure adoption of agentic AI| IMDA: Model AI Governance Framework for Agentic AI v1.5| Bộ Phát triển Kỹ thuật số: Khung phân loại rủi ro trí tuệ nhân tạo v1.0 (PDF)| GOV.UK: CMA complying with consumer law when using AI agents| GitHub Advisory GHSA-qw47-mcm5-934w| A2A Issue #2103| A2A Issue #2122| AP2 v0.2 Specification
Doanh nghiệp thương mại điện tử xuyên biên giới và logistics nên chuẩn bị cho A2A như thế nào?
Trong năm 2026, thứ đáng đầu tư nhất với doanh nghiệp thương mại điện tử xuyên biên giới và logistics không phải endpoint A2A, mà là dữ liệu có cấu trúc trên trang web và công cụ MCP mang tính xác định, chỉ đọc: nguồn thứ cấp dẫn dữ liệu Cloudflare Radar tháng 8 năm 2026 cho thấy bot AI chiếm khoảng 7% yêu cầu HTML, trong đó hành động thời gian thực thay mặt người dùng chỉ chiếm 5,8%, và việc Flexport cho trợ lý AI của khách hàng đặt chỗ vận chuyển cũng đi qua MCP.
Các truy vấn cốt lõi của thương mại điện tử xuyên biên giới và logistics — cước bao nhiêu, thuế phí bao nhiêu, mã thuế và quy định nhập khẩu của mặt hàng này là gì — vốn dĩ là phép tính mang tính xác định, chính là loại dịch vụ mà tác tử bên ngoài cần nhất và cũng ít sai nhất. Kinh nghiệm từ blog kỹ thuật của Anthropic là chỉ cần viết lại mô tả công cụ đã giúp thời gian hoàn thành nhiệm vụ của các tác tử sau đó giảm 40%; kinh nghiệm OpenAI đưa Instant Checkout trở lại Apps của người bán cho thấy giao dịch cuối cùng vẫn quay về quy trình của chính người bán. Vì vậy thứ tự chuẩn bị của doanh nghiệp nên là: trước hết làm cho trang web và dữ liệu có cấu trúc đọc được, sau đó đưa các công cụ mang tính xác định lên MCP, kèm URL tiếp nối trong phản hồi của công cụ để đưa giao dịch về quy trình của mình, cuối cùng mới tính đến việc giữ chỗ A2A.
Thẻ giữ chỗ A2A có nghĩa là: công bố một thẻ tại /.well-known/agent-card.json, các skills tương ứng với những công cụ mang tính xác định sẵn có như báo giá, thuế phí, quy trình, phía sau gọi thẳng chương trình chứ không chạy LLM. Cách làm này chi phí thấp, thuộc dạng “giá trị quyền chọn”, nhưng hiện chưa có trường hợp đo lường nào cho thấy doanh nghiệp vừa và nhỏ nhờ đó có thêm lưu lượng hay doanh thu — thuộc loại suy luận. Nếu thực sự mở endpoint A2A, tối thiểu phải làm được: chỉ mở kỹ năng chỉ đọc, không tin bất kỳ trường nào trong thẻ của bên kia, URL thông báo đẩy từ chối IP riêng, ghi lại taskId, contextId, danh tính bên gọi và traceparent.
Cách làm hiện tại của HowBridge (tất cả nội dung dưới đây có thể kiểm chứng trên trang nhà phát triển của HowBridge): HowBridge cung cấp MCP công khai không cần khóa, không cần OAuth (https://0523.tw/mcp/public), gồm 8 công cụ chỉ đọc, lũy đẳng, bao quát giới thiệu thương hiệu và dịch vụ HowBridge, tính thử cước gửi hàng gom Trung Quốc → Đài Loan (Sea Express/hàng không), tính thử thuế phí nhập khẩu Đài Loan, tra ứng viên mã thuế CCC theo tên hàng, thuế suất và quy định nhập khẩu theo mã CCC, phụ phí quá khổ cho chặng giao hàng tại Đài Loan, quy trình gửi hàng gom và quy định khai báo đơn giản; giới hạn 120 lần mỗi phút cho mỗi IP, và đã đăng ký trên MCP Registry chính thức (tên tw.0523/lucky-public); phản hồi tính thử cước có kèm URL tiếp nối (continue_url) để người dùng quay lại trang chính thức tiếp tục. MCP hội viên (https://0523.tw/mcp) thì phân quyền bằng OAuth 2.1, cung cấp 6 công cụ chỉ đọc, chỉ đọc được hóa đơn, kiện hàng, khai báo trước, biên lai thuế và tờ khai nhập khẩu của chính hội viên đã ủy quyền, mặc định 60 lần mỗi phút, 5.000 lần mỗi ngày. Các điểm truy cập hiện được liệt kê trên trang nhà phát triển của HowBridge là API dữ liệu hội viên, MCP hội viên và MCP công khai, không có endpoint A2A; bài viết này không có nghĩa là HowBridge đã hỗ trợ A2A.
Nếu bạn muốn nhờ trợ lý AI ước tính chi phí gửi hàng từ Trung Quốc về Đài Loan, có thể dùng trực tiếp các công cụ trên web: tính thử cước gửi hàng gom, máy tính thuế nhập khẩu và tra cứu mã thuế; các công cụ này dùng chung logic tính toán với MCP công khai; kết quả tính thử chỉ mang tính tham khảo, cước vận chuyển căn cứ theo hóa đơn sau khi đo đạc lúc nhập kho, thuế phí căn cứ theo kết quả hải quan xác định.
| Thứ tự ưu tiên | Hành động | Khuyến nghị | Lý do |
|---|---|---|---|
| 1 | Tiếp tục tăng cường nội dung trang web và dữ liệu có cấu trúc schema.org | Làm | Cách chủ yếu tác tử tiếp cận trang web vẫn là duyệt và thu thập; tỷ lệ lưu lượng hành động thời gian thực thay mặt người dùng rất nhỏ |
| 2 | Đưa các chức năng báo giá, thuế phí, mã thuế thành công cụ MCP mang tính xác định, chỉ đọc, trau chuốt mô tả công cụ | Làm | Viết lại mô tả công cụ giúp thời gian hoàn thành của tác tử giảm 40%; tác tử đặt chỗ vận chuyển trong ngành logistics đi qua MCP |
| 3 | Phản hồi của công cụ kèm URL tiếp nối, đưa giao dịch về quy trình của mình | Làm | Instant Checkout đã quay về Apps của người bán, giao dịch trở về trang của chính người bán |
| 4 | Giao diện dữ liệu hội viên tiếp tục dùng OAuth, thêm giới hạn tốc độ và nhật ký kiểm toán cho từng client | Làm | Quy chuẩn giao phân quyền cho bên triển khai; Akamai cảnh báo tác tử gian lận đang gia tăng |
| 5 | Công bố thẻ giữ chỗ /.well-known/agent-card.json, phía sau chỉ nối chương trình xác định, không chạy LLM | Có thể làm (ưu tiên thấp) | Chi phí thấp, thuộc giá trị quyền chọn; chưa có trường hợp đo lường (suy luận) |
| 6 | Mở endpoint A2A | Làm có điều kiện | Chỉ mở chỉ đọc; không tin các trường của thẻ; URL thông báo đẩy từ chối IP riêng; ghi nhật ký đầy đủ (tương ứng các CVE SSRF và fail-open đã công bố) |
| 7 | Ký Agent Card | Tạm hoãn hoặc chỉ dùng một SDK duy nhất | Issue #2122: chuẩn hóa giữa các SDK không nhất quán |
| 8 | Mở cho tác tử bên ngoài đặt hàng, đổi địa chỉ, thanh toán | Không làm | Khung trách nhiệm chưa được xác lập; với nhiệm vụ tuần tự, đa tác tử kém đi 39%–70% |
| 9 | Tự xây backend đa tác tử chỉ vì A2A, hoặc nối AP2/x402 để thu cước vận chuyển | Không làm | Khối lượng thương mại thực của x402 rất nhỏ; không tìm thấy ví dụ quyết toán cước vận chuyển |
Nền tảng nhà phát triển HowBridge: MCP công khai và MCP hội viên ・ Hướng dẫn MCP gửi hàng gom: để Claude, ChatGPT tra cước và thuế ・ Tính thử cước gửi hàng gom: chi phí Sea Express và hàng không từ Trung Quốc về Đài Loan ・ Máy tính thuế nhập khẩu: tính thử thuế nhập khẩu, thuế giá trị gia tăng, thuế hàng hóa ・ Tra cứu mã thuế: nhập tên hàng tiếng Trung để tra mã CCC và thuế suất
Nguồn căn cứ PaidHosting: AI agent traffic (dẫn Cloudflare Radar)| HUMAN Security: 2026 State of AI Traffic| SupplyChain247: trợ lý AI của Flexport đặt chỗ vận chuyển| Anthropic Engineering: How we built our multi-agent research system| Digital Commerce 360 (2026-03-06)| Thông cáo báo chí của Akamai| A2A Specification| Nền tảng nhà phát triển HowBridge (giới thiệu MCP công khai, MCP hội viên)
5 bước để doanh nghiệp thương mại điện tử xuyên biên giới và logistics chuẩn bị cho liên thông tác tử AI
1Trước hết làm cho trang web đọc được
Viết các sự kiện then chốt như giá, thời gian, quy định vào HTML do máy chủ trả trực tiếp, bổ sung dữ liệu có cấu trúc schema.org; cách chủ yếu tác tử tiếp cận trang web vẫn là duyệt và thu thập.
2Đưa các chức năng xác định thành công cụ MCP
Các truy vấn báo giá, thuế phí, mã thuế được làm thành công cụ MCP chỉ đọc, lũy đẳng; mô tả công cụ ghi rõ đơn vị đầu vào và giới hạn, phản hồi kèm URL tiếp nối để đưa người dùng về quy trình của mình.
3Dữ liệu hội viên đi qua OAuth và có giới hạn tốc độ
Giao diện liên quan đến dữ liệu cá nhân chỉ dùng phân quyền OAuth, chỉ trả dữ liệu của chính người đó, đồng thời thêm giới hạn tốc độ và nhật ký kiểm toán cho từng client.
4Đánh giá thẻ giữ chỗ A2A
Nếu muốn thử nghiệm, công bố tại /.well-known/agent-card.json một thẻ chỉ tương ứng với công cụ xác định, phía sau không chạy LLM; trước khi đưa lên, kiểm tra việc xác thực đầu vào của URL thông báo đẩy và các trường của thẻ.
5Đo lại mỗi quý, chờ điều kiện kích hoạt
Mỗi quý gửi yêu cầu well-known tới 10–20 doanh nghiệp cùng ngành hoặc nền tảng; trước khi có đối tác nêu tên yêu cầu bằng văn bản, v1.1 được chốt hoặc khung trách nhiệm xuất hiện, không mở chức năng đặt hàng và thanh toán.
Giải thích thuật ngữ
- A2A (Agent2Agent)
- Giao thức mở cho phép các tác tử AI thuộc những tổ chức, framework khác nhau khám phá năng lực của nhau, giao nhiệm vụ và trao đổi kết quả; được Linux Foundation quản lý từ 2025-06.
- MCP (Model Context Protocol)
- Giao thức mở cho phép trợ lý AI gọi công cụ và tài nguyên bên ngoài; LLM phía gọi nắm quyền suy luận, schema công cụ minh bạch với bên gọi.
- Agent Card
- Tệp mô tả công khai của tác tử A2A, khai báo kỹ năng, giao diện và phương thức xác thực, theo quy ước đặt tại /.well-known/agent-card.json; chữ ký là tùy chọn.
- Task (nhiệm vụ)
- Đơn vị công việc của một lần cộng tác trong A2A; taskId do máy chủ tạo, có các trạng thái như đã gửi, đang xử lý, cần đầu vào, cần ủy quyền, hoàn thành, thất bại.
- Extension (phần mở rộng)
- Cơ chế bổ sung chức năng ngoài phần lõi của A2A, nhận diện bằng URI, client bật bằng header A2A-Extensions, không được sửa cấu trúc dữ liệu lõi.
- AP2 (Agent Payments Protocol)
- Giao thức dùng mandate SD-JWT để ghi lại sự ủy quyền thanh toán của người dùng cho tác tử; v0.2.0 phát hành ngày 2026-04-28, chuyển giao cho FIDO Alliance ngày 2026-04-29.
- x402
- Giao thức vi thanh toán máy-với-máy dựa trên mã trạng thái HTTP 402 “cần thanh toán”, chủ yếu quyết toán trên chuỗi Base.
- RFC 8693 token exchange
- Tiêu chuẩn trao đổi token của OAuth 2.0, có thể dùng act claim để ghi đường ủy thác và may_act để giới hạn bước kế tiếp.
- SSRF (giả mạo yêu cầu phía máy chủ)
- Lỗ hổng dụ máy chủ gửi yêu cầu tới địa chỉ do kẻ tấn công chỉ định; URL webhook thông báo đẩy của A2A là lối vào thường gặp.
- TSC (Ủy ban Chỉ đạo Kỹ thuật)
- Cơ quan ra quyết định của A2A, 9 ghế, mỗi công ty một ghế; các đề xuất được biểu quyết bằng gitvote trên GitHub issue.
- AIP (Giao thức liên kết tác tử)
- Tên giao thức liên kết tác tử được dùng trong loạt văn bản tiêu chuẩn quốc gia GB/Z 185-2026 của Trung Quốc; tính tương thích với A2A chưa được xác nhận.
Câu hỏi thường gặp
Ai phát triển giao thức A2A?
A2A được Google công bố vào tháng 4 năm 2025, chuyển giao cho Linux Foundation quản lý ngày 2025-06-23, thành viên sáng lập gồm 7 công ty như AWS, Cisco, Microsoft; hiện do Ủy ban Chỉ đạo Kỹ thuật 9 ghế ra quyết định, và tháng 8 năm 2026 gia nhập AAIF – cùng quỹ với MCP.
Phiên bản mới nhất của A2A là bản nào?
Tính đến 2026-10-31, phiên bản hiện hành của A2A là v1.0.1, phát hành ngày 2026-05-26, tương thích đường truyền với v1.0.0 ngày 2026-03-12; v1.1 đã thông qua tám chủ đề nhưng chưa có ngày phát hành.
A2A và MCP có dùng chung được không?
Được. Ví dụ chính thức của A2A là các tác tử cộng tác với nhau bằng A2A, mỗi tác tử lại dùng MCP để thao tác công cụ của mình; hai giao thức lần lượt xử lý tác tử-với-tác tử và tác tử-với-công cụ, không loại trừ nhau.
A2A có những lỗ hổng bảo mật nào đã biết?
Tháng 8–10 năm 2026 xuất hiện loạt CVE đầu tiên của SDK chính thức, gồm a2a-java mặc định không kiểm tra quyền đọc (CVE-2026-111764, CVSS 7.5), SSRF qua thông báo đẩy của a2a-python (CVE-2026-90790); ngoài ra nghiên cứu học thuật tìm được 11 lỗ hổng tầng giao thức có thể khai thác ngay cả khi tuân thủ quy chuẩn.
Tác tử AI có thể tự quẹt thẻ thanh toán không?
Về kỹ thuật là có thể: Visa ngày 2026-07-02 công bố tại châu Âu đã có tác tử hoàn tất giao dịch mua, nhưng giao dịch vẫn dùng Payment Passkeys để chủ thẻ xác thực mạnh; đặc tả AP2 không phân định trách nhiệm tranh chấp, PSR của EU cũng chưa đăng trên Official Journal.
Đài Loan có luật quản lý tác tử AI không?
Luật Cơ bản về Trí tuệ nhân tạo của Đài Loan được công bố và có hiệu lực ngày 2026-01-14 nhưng không nhắc đến “tác tử”; Khung phân loại rủi ro v1.0 của Bộ Phát triển Kỹ thuật số xếp “hành vi vượt quá ủy quyền của tác tử AI tự chủ” là rủi ro B6, việc quy trách nhiệm chờ quy định hướng dẫn theo Điều 17.
HowBridge có hỗ trợ A2A không?
Trang nhà phát triển của HowBridge hiện liệt kê API dữ liệu hội viên, MCP hội viên và MCP công khai không cần khóa, không có endpoint A2A; MCP công khai cung cấp các công cụ tính thử chỉ đọc như cước vận chuyển, thuế phí nhập khẩu, mã thuế CCC.
Tiêu chuẩn quốc gia về liên kết tác tử của Trung Quốc có giống A2A không?
Không thể khẳng định. Loạt GB/Z 185.1~185.7-2026 gồm 7 văn bản được phê chuẩn ban hành ngày 2026-05-22, tên giao thức chính thức là AIP; các trang chính thức tra được không nhắc đến A2A hay MCP, việc hai bên có tương thích hay không chưa được xác nhận.
Số liệu then chốt
Các mốc chính của A2A
- Google công bố A2A, hơn 50 đối tác (nguồn thứ cấp)
- A2A 0.2.2: căn chỉnh JSON-RPC phá vỡ tương thích, thêm extensions
- Linux Foundation tuyên bố tiếp nhận dự án A2A
- A2A 0.3.0: agent.json đổi tên thành agent-card.json, thêm chữ ký thẻ và mTLS
- IBM ACP sáp nhập vào A2A, ACP ngừng phát triển
- Luật Cơ bản về Trí tuệ nhân tạo của Đài Loan được công bố và có hiệu lực
- A2A v1.0.0 phát hành (một bài báo khác ghi tháng 1 năm 2026)
- AP2 v0.2.0 phát hành; ngày hôm sau Google trao AP2 cho FIDO Alliance
- Trung Quốc phê chuẩn ban hành 7 văn bản loạt liên kết tác tử GB/Z 185.1~185.7-2026
- A2A v1.0.1 phát hành
- TSC thông qua tám chủ đề của v1.1 với tỷ lệ 5–0
- Bộ Phát triển Kỹ thuật số Đài Loan công bố Khung phân loại rủi ro trí tuệ nhân tạo v1.0, liệt kê rủi ro B6
- MCP bản 2026-07-28 chuyển sang phi trạng thái, Tasks thành phần mở rộng chính thức
- Ngày A2A gia nhập AAIF theo ghi nhận của AAIF và Axios
- Ngày gia nhập AAIF theo blog chính thức của A2A (liệt kê song song với 08-17)
- Ra mắt a2a CLI chính thức
- NIST đăng bài blog 10 nguyên tắc thiết kế cho hệ thống quản lý danh tính tác tử
- Hội đồng EU thông qua lập trường đọc lần thứ nhất về PSD3/PSR (chưa đăng Official Journal)
Những tín hiệu chúng tôi tiếp tục theo dõi
- Có đối tác B2B được nêu tên (nền tảng thương mại điện tử, hãng vận chuyển, kho bãi hoặc đơn vị khai báo hải quan) yêu cầu kết nối A2A bằng văn bản; tính đến 2026-10-31, A2A liên tổ chức chưa có trường hợp nào được nêu tên, đây là tín hiệu mạnh nhất.
- ChatGPT, Gemini hoặc Claude chính thức công bố dùng A2A để gọi tác tử của người bán bên thứ ba; hiện cả ba đều chưa làm vậy, Anthropic cũng chưa hỗ trợ A2A nguyên bản.
- A2A v1.1 chính thức phát hành và bao gồm khám phá xác thực (#1990) cùng tính lũy đẳng (#1987), hoặc các phần mở rộng liên quan đến danh tính tác tử, ủy thác được chính thức chốt.
- Issue #2122 được đóng, và bộ vector kiểm thử chữ ký của TCK đạt trên cả ba SDK Python, JS, Go.
- Tổ chức thẻ công bố mã lý do chargeback dành riêng cho tác tử, hoặc PSD3/PSR của EU hoàn tất đọc lần thứ hai tại Nghị viện châu Âu, được đăng trên Official Journal và có điều khoản về tác tử (tính đến 2026-10-31, Hội đồng mới thông qua lập trường đọc lần thứ nhất, tìm trong thuyết minh PSR không thấy điều khoản về tác tử).
- Google Agent Registry, Microsoft Agent 365 hoặc MCP Registry mở đăng ký công khai liên tổ chức, hoặc các dự thảo như DNS-AID được nhóm công tác IETF chấp nhận.
- Tính tương thích hoặc bản triển khai giữa loạt GB/Z 185 (AIP) của Trung Quốc và A2A được công khai, hoặc nền tảng đăng ký tác tử đi vào hoạt động và có đối tác xuyên biên giới hai bờ eo biển bắt đầu áp dụng.
- Đài Loan ban hành quy định về quy trách nhiệm đối với AI rủi ro cao theo Điều 17 Luật Cơ bản về Trí tuệ nhân tạo, hoặc Viện Hành chính ấn định ngày có hiệu lực cho các điều khoản sửa đổi ngày 114-11-11 (2025-11-11) của Luật Bảo vệ Dữ liệu Cá nhân.
- TSC của A2A điều chỉnh thành phần sau 18 tháng kể từ khi thành lập (khoảng tháng 12 năm 2026) theo văn bản quản trị.
- Mỗi quý đo lại 10–20 doanh nghiệp cùng ngành hoặc nền tảng bằng yêu cầu well-known; chừng nào số Agent Card hợp lệ thu được vẫn là 0 thì không có lý do để đầu tư thêm.
Tổ chức và tiêu chuẩn được nhắc đến trong bài
- HowBridge Q140309005
- Agent2Agent (A2A) Q133867455
- Giao thức Ngữ cảnh Mô hình Q133436854
- Google Q95
- Google Research Q28943742
- Quỹ Linux Q858851
- Agentic AI Foundation
- Amazon Web Services Q456157
- Amazon Q3884
- Cisco Systems Q173395
- Microsoft Q2283
- Salesforce.com Q941127
- SAP Q552581
- ServiceNow Q7455653
- IBM Q37156
- Bloomberg L.P. Q13977
- Atlassian Q757307
- MuleSoft Q6933868
- Anthropic Q116758847
- OpenAI Q21708200
- Zscaler Q8074786
- Ping Identity Q85793376
- Cloudflare Q4778915
- Okta Q55627388
- Semgrep Q124512828
- Palo Alto Networks Q7128508
- FIDO Alliance Q15731702
- Chainalysis Q111939618
- Coinbase Q16972754
- Stripe Q7624104
- Shopify Q7501150
- VISA Q328840
- Mastercard Q489921
- Taylor Wessing Q1030253
- Ant International Q135234509
- Flexport Q23016856
- Tyson Foods Q1325987
- HUMAN Security Q140700188
- Akamai Technologies Q415598
- Học viện Công nghệ Massachusetts Q49108
- Hội nghị về Hệ thống Xử lý Thông tin Mạng thần kinh Nhân tạo Q1961016
- Lực lượng Chuyên trách về Kỹ thuật Liên mạng Q217082
- W3C Q37033
- Liên minh châu Âu Q458
- Standardization Administration of China Q63961
- Axios Q28230873
- Forbes Q25161472
- GitHub Q364
- Claude Q118876059
- Claude Code Q138457287
- ChatGPT Q115564437
- Gemini Q116698014
- Microsoft Foundry Q141613812
- Microsoft Entra ID Q24833870
- AGENTS.md Q136229882
- Tempo Q140472934
- Machine Payments Protocol Q140387814
- x402 Q139414309
- Universal Commerce Protocol Q139500408
- Agent Payments Protocol (AP2)
- Agentic Commerce Protocol
- Android Q94
- Java Q251
- Python Q28865
- Go Q37227
- .NET Q21622213
- Rust Q575650
- JSON-RPC Q1164443
- gRPC Q26356541
- REST Q749568
- OAuth 2 Q97371579
- OpenID Connect Q18385539
- PKCE (RFC 7636) Q47470960
- JSON Web Signature Q22906027
- JSON Web Token Q22284678
- RFC 8785 (JSON Canonicalization Scheme) Q97455550
- RFC 8693 (OAuth 2.0 Token Exchange) Q83682184
- RFC 9457 (Problem Details for HTTP APIs) Q123502710
- RFC 9421 (HTTP Message Signatures) Q125295021
- Ed25519 Q56099578
- ECDSA Q915079
- OpenTelemetry Q121746046
- Automatic Certificate Management Environment Q20311482
- DNS-based Authentication of Named Entities Q4036847
- SVCB resource record Q139159304
- TXT record Q2386111
- 402 Payment Required Q64728484
- Trao đổi dữ liệu điện tử Q690189
- Strong customer authentication Q65089871
- Schema.org Q3475322
- Common Vulnerabilities and Exposures Q94950995
- Common Vulnerability Scoring System Q1024582
- Webhook Q2553302
- Server-side request forgery Q56064107
- chèn lời nhắc Q116737628
- Directory traversal attack Q442856
- Rainbow table Q1139146
- UTF-16 Q740701
- Passkey Q118213879
- Chargeback Q3307525
- Multi-agent system Q529909
- mô hình ngôn ngữ lớn Q115305900
- AI agent Q132451509
- Meme coin Q109536316
- Protocol Buffers Q1645574
- HTTP Q8777
- JavaScript Object Notation Q2063
- Official Journal of the European Union Q480448
- National Institute of Standards and Technology
- Cybersecurity and Infrastructure Security Agency
- National Security Agency
- Consumer Financial Protection Bureau
- Infocomm Media Development Authority
- Competition and Markets Authority
- Information Commissioner's Office
- OECD
- Ministry of Digital Affairs (Taiwan)
- National Science and Technology Council (Taiwan)
- Ministry of Health and Welfare (Taiwan)
- State Administration for Market Regulation
- Cyberspace Administration of China
- Council of the European Union
- European Commission
- Unit 42
- Artificial Intelligence Basic Act (Taiwan)
- Personal Data Protection Act (Taiwan)
- Electronic Signatures Act (Taiwan)
- EU AI Act (Regulation (EU) 2024/1689)
- PSD3 / Payment Services Regulation
- GB/Z 185-2026 AI Agent Interconnection
- Model AI Governance Framework for Agentic AI
- Chargebacks911
- Artemis
- Diginomica
- Digital Commerce 360
- TechNode
- The Paypers
- Strands Agents
- Google ADK
- Microsoft Agent 365
- Microsoft Agent Framework
- Google Agent Registry
- MCP Registry
- Okta Agent SSO
- Cloudflare Radar
- Web Bot Auth
- WIMSE
- SD-JWT
- goose
- agentgateway
- Verifiable Intent
- W3C Trace Context
- Base
Tài liệu tham khảo
Văn bản chính phủ và chính thức
- 人工智慧基本法 (Luật Cơ bản về Trí tuệ nhân tạo) Phủ Tổng thống công bố; cơ quan chủ quản: Hội đồng Khoa học và Công nghệ Quốc gia (NSTC) · 2026-01-14 (115-01-14) Luật khung về AI của Đài Loan; Điều 17 về quy trách nhiệm, Điều 18 về điều chỉnh pháp quy trong hai năm
- 人工智慧風險分類框架 v1.0(數位策略字第 1150015933 號) (Khung phân loại rủi ro trí tuệ nhân tạo v1.0, văn bản số 1150015933) Bộ Phát triển Kỹ thuật số (MODA) · 2026-07-07 (115-07-07) Rủi ro B6 “hành vi vượt quá ủy quyền của tác tử AI tự chủ”
- 人工智慧風險分類框架公告 (Thông báo ban hành Khung phân loại rủi ro trí tuệ nhân tạo) Bộ Phát triển Kỹ thuật số (MODA) · 2026-07-07 Ngày công bố và ngày có hiệu lực
- 公部門人工智慧應用參考手冊 V1.0 (Sổ tay tham khảo ứng dụng trí tuệ nhân tạo trong khu vực công V1.0) Bộ Phát triển Kỹ thuật số (MODA) · 2026-01-28 (văn bản ghi 115-01-28) Mục A2A ở trang 14
- 醫療機構應用生成式人工智慧指引 (Hướng dẫn ứng dụng AI tạo sinh tại cơ sở y tế) Bộ Y tế và Phúc lợi (MOHW) · 2026-05-29 (115-05-29) Hệ thống tác tử AI chưa thuộc đối tượng áp dụng
- 個人資料保護法 (Luật Bảo vệ Dữ liệu Cá nhân) Cơ sở dữ liệu pháp luật quốc gia Đài Loan · Hiện hành; các điều khoản sửa đổi ngày 114-11-11 đã công bố, chưa có hiệu lực Điều 4: bên được ủy thác coi như cơ quan ủy thác; Điều 21: chuyển dữ liệu ra quốc tế
- 電子簽章法 (Luật Chữ ký Điện tử) Cơ sở dữ liệu pháp luật quốc gia Đài Loan · 2024-05-15 (sửa đổi 113-05-15) Không quy định về AI hay tác tử ký thay
- 中華人民共和國國家標準公告 2026 年第 22 號 (Thông báo tiêu chuẩn quốc gia nước CHND Trung Hoa số 22 năm 2026) Tổng cục Quản lý Giám sát Thị trường Nhà nước; Ủy ban Quản lý Tiêu chuẩn hóa Quốc gia · 2026-05-22 Phê chuẩn loạt liên kết tác tử GB/Z 185.1~185.7-2026
- GB/Z 185.1-2026 標準詳情 (Thông tin chi tiết tiêu chuẩn GB/Z 185.1-2026) Nền tảng dịch vụ công thông tin tiêu chuẩn quốc gia · Ban hành 2026-05-22, hiện hành Trạng thái và phân loại
- 關於公開 2026 年第 22 號國家標準公告中國家標準全文的通知 (Thông báo công khai toàn văn các tiêu chuẩn trong Thông báo tiêu chuẩn quốc gia số 22 năm 2026) Nền tảng dịch vụ công thông tin tiêu chuẩn quốc gia · 2026-06-18 Ngày công khai toàn văn
- 智能體互聯標準化專題新聞發布會報導 (Bài tường thuật họp báo chuyên đề về tiêu chuẩn hóa liên kết tác tử) Trang Trung tâm Đổi mới Khoa học Công nghệ Quốc tế · 2026-06-29 Họp báo ngày 2026-06-26
- 轉載《法治日報》智能體互聯標準報導 (Đăng lại bài của Báo Pháp trị về tiêu chuẩn liên kết tác tử) Tổng cục Quản lý Giám sát Thị trường Nhà nước · 2026-07-03 7 tiêu chuẩn, mã danh tính và AIP
- 智能體規範應用與創新發展實施意見 (Ý kiến thực hiện về ứng dụng chuẩn mực và phát triển đổi mới tác tử) Văn phòng Thông tin Mạng Quốc gia; Ủy ban Phát triển và Cải cách Quốc gia; Bộ Công nghiệp và Công nghệ Thông tin · 2026-05-08 Phổ biến AIP, nền tảng đăng ký, không được vượt quá phạm vi ủy quyền của người dùng
- AI Act regulatory framework European Commission · Cập nhật liên tục Lộ trình áp dụng AI Act
- Digital Omnibus on AI(Regulation (EU) 2026/1744) European Parliament Legislative Train · Đăng Official Journal ngày 2026-07-24 Nghĩa vụ rủi ro cao hoãn đến 2027-12-02 / 2028-08-02
- PSD3 first reading position, ST 15152/26 Council of the European Union · Thông qua 2026-10-29 Chưa đăng Official Journal
- PSR first reading position, ST 15154/26 Council of the European Union · Thông qua 2026-10-29 (ngày văn bản 2026-10-30) Tìm trong thuyết minh PSR không thấy điều khoản về tác tử
- Announcing the AI Agent Standards Initiative NIST CAISI · 2026-02-17 Không nêu tên A2A hay MCP
- Comments on Software and Agentic AI Identity Concept Paper NIST NCCoE · 2026-09-29 Hơn 600 phản hồi
- Design Tenets for Agent Identity Management Systems NIST (Booth, Fisher, Galluzzo, Clancy) · 2026-10-27 10 nguyên tắc thiết kế danh tính tác tử (bài blog)
- Careful Adoption of Agentic AI Services CISA, NSA và các đối tác quốc tế · 2026-05-01 Bắt đầu từ trường hợp sử dụng rủi ro thấp, hạn chế quyền
- CFPB rút lại đề xuất quy tắc diễn giải EFTA/Reg E (Federal Register 2025-08646) Consumer Financial Protection Bureau · 2025-05-15 Mỹ không có diễn giải chính thức về thanh toán qua tác tử
- Model AI Governance Framework for Agentic AI v1.5 IMDA Singapore · 2026-05-20 (cập nhật 06-05) §1.1.1 nêu tên A2A và MCP
- Complying with consumer law when using AI agents CMA (Anh) · 2026-03-09 (cập nhật 10-30) Doanh nghiệp chịu trách nhiệm cho hành vi vi phạm pháp luật của tác tử mình sử dụng
- Agentic AI call for evidence ICO (Anh) · 2026-10-08 đến 2026-11-20 Lấy ý kiến công khai về AI dạng tác tử
- Agentic AI in organisations: Early insights from practitioner interviews(AI Papers No. 65) OECD · 2026-09 Trang 16 có nhắc đến A2A
Bài báo khoa học
- Why Do Multi-Agent LLM Systems Fail? Cemri, M., Pan, M. Z., Yang, S., et al. (13 tác giả) · NeurIPS 2025 Datasets and Benchmarks Track (spotlight) · 2025 (arXiv v3 2025-10-26) · arXiv:2503.13657
- A2ABreak: Systematic Security Analysis of the A2A Protocol Lotfi, A., Rahman, M. M., Karim, I., & Bertino, E. · Bản tiền ấn phẩm arXiv · 2026-10-24 (v3) · arXiv:2609.10871
- Agent Name Collision Attacks in Multi-Agent Systems Arun Kumar, A. · Bản tiền ấn phẩm arXiv · 2026-09-23 · arXiv:2609.27624
- Towards a Science of Scaling Agent Systems Kim, Y., Gu, K., Park, C., et al. (20 tác giả) · Bản tiền ấn phẩm arXiv · 2025-12-09 (v1); 2026-04-08 (v3, 260 cấu hình) · arXiv:2512.08296
- From Multi-Agent Systems and the Semantic Web to Agentic AI: A Unified Narrative of the Web of Agents Petrova, T., Bliznioukov, B., Puzikov, A., & State, R. · Bản tiền ấn phẩm arXiv · 2026-05-24 (v4) · arXiv:2507.10644v4
- From prompt injections to protocol exploits: Threats in LLM-powered AI agents workflows Ferrag, M. A., Tihanyi, N., Hamouda, D., Maglaras, L., Lakas, A., & Debbah, M. · ICT Express, 12, 353–383 · 2026 · DOI 10.1016/j.icte.2025.12.001
- Multi-Agent Systems Execute Arbitrary Malicious Code Triedman, H., Jha, R., & Shmatikov, V. · COLM 2025 · 2025 · arXiv:2503.12188
- Authenticated Delegation and Authorized AI Agents South, T., Marro, S., Hardjono, T., et al. · arXiv; phiên bản lập trường được đưa vào ICML 2025 Position Paper Track · 2025-01-16 · arXiv:2501.09674
- Visibility into AI Agents Chan, A., Ezell, C., Kaufmann, M., et al. · FAccT '24, 958–973 · 2024-06-03 · DOI 10.1145/3630106.3658948
- A Formal Analysis of Agent Payment Protocols Jiang, K., Yu, M., Chang, Y., et al. · Bản tiền ấn phẩm arXiv · 2026-08-30 · arXiv:2609.00060
- Whispers of Wealth: A Systematic Red-Teaming Study of the Agent Payments Protocol (AP2) Debi, T., Zhu, W., & Gupta, P. S. · IEEE IMNS 2026, 1–6 · 2026-08 · DOI 10.1109/IMNS67862.2026.11655291
Đặc tả và nguồn từ ngành
- A2A Specification A2A Project (Linux Foundation) · v1.0.1, 2026-05-26
- What's new in A2A v1 A2A Project · 2026
- A2A CHANGELOG a2aproject/A2A (GitHub) · 2025-05 đến 2026-05
- A2A GOVERNANCE.md a2aproject/A2A (GitHub) · Tính đến 2026-10-31
- A2A and MCP A2A Project · Tính đến 2026-10-31
- A2A Extensions A2A Project · Tính đến 2026-10-31
- A2A Announcements A2A Project · 2026-08-27, 2026-10-01 và các ngày khác
- Issue #1942: hợp nhất chủ đề v1.1 a2aproject/A2A (GitHub) · Biểu quyết 2026-06-25
- Issue #2122: khác biệt chuẩn hóa chữ ký a2aproject/A2A (GitHub) · Mở ngày 2026-08-10
- Linux Foundation Launches the Agent2Agent Protocol Project Linux Foundation · 2025-06-23
- A2A Protocol Surpasses 150 Organizations Linux Foundation · 2026-04-09
- A2A joins AAIF Agentic AI Foundation · 2026-08-17
- MCP 2026-07-28 changelog Model Context Protocol · 2026-07-28
- MCP 2025-11-25 changelog Model Context Protocol · 2025-11-25
- AP2 Specification v0.2 AP2 Project · 2026-04-28
- Google donates Agent Payments Protocol to FIDO Alliance FIDO Alliance · 2026-04-29
- AgentCore Runtime A2A protocol contract Amazon Web Services · Tính đến 2026-10-31
- How we built our multi-agent research system Anthropic Engineering (blog kỹ thuật) · 2025-06-13
- Towards a science of scaling agent systems Blog Google Research · 2026-01-28
- A security engineer's guide to the A2A protocol Semgrep · 2025
- Agent session smuggling in Agent2Agent systems Unit 42 (Palo Alto Networks) · 2025
- x402 agentic payments adoption Chainalysis · 2026
- Thông cáo báo chí của Visa về giao dịch mua bằng tác tử tại châu Âu Visa · 2026-07-02
- OpenAI shifts checkout plans Digital Commerce 360 · 2026-03-06
- A2A vs MCP (đo thực tế Agent Card) heym.run · Cập nhật 2026-10-27
- Web Bot Auth Cloudflare Docs · Tính đến 2026-10-31
- draft-klrc-aiagent-auth IETF Datatracker · Tính đến 2026-10-31
- Flexport AI assistants freight booking SupplyChain247 · 2026
Cập nhật lần cuối Phát hành lần đầu
Bài viết là bản tổng hợp nghiên cứu kỹ thuật, không cấu thành tư vấn pháp lý, an ninh thông tin hay đầu tư; đặc tả và quy định pháp luật căn cứ theo thông báo mới nhất của từng cơ quan và dự án.