A2A là gì: giao thức để AI agent nói chuyện với agent

Thử hình dung công ty anh chị năm sau. Phòng nhân sự mua một agent tuyển dụng của hãng A. Phòng kế toán dùng agent đối soát của hãng B. Đội IT tự dựng một agent trả lời nội bộ bằng framework C. Ba agent đều giỏi nhưng không nói chuyện được với nhau, và nhân viên lại thành người chuyển lời.

Đó chính là bài toán Google muốn giải bằng A2A.

Đọc nhanh trong 30 giây

A2A (Agent2Agent) là giao thức mở Google công bố ngày 09/04/2025, giấy phép Apache 2.0, để agent của nhiều hãng, nhiều framework giao việc cho nhau.

Agent tự giới thiệu bằng một "Agent Card", nhận việc dưới dạng "Task" có trạng thái, trả kết quả dạng "Artifact".

Chưa có gói cài một lệnh: hiện là đặc tả kèm mã mẫu Python và JavaScript trong repo.

Hợp với doanh nghiệp sắp có nhiều agent từ nhiều nhà cung cấp; doanh nghiệp nhỏ nên biết để chọn nhà cung cấp.

A2A là gì?

A2A là giao thức giao tiếp giữa các agent độc lập, mã nguồn mở theo giấy phép Apache 2.0, do Google khởi xướng. Theo Google, hơn 50 đối tác công nghệ tham gia từ đầu, trong đó có Atlassian, Box, LangChain, MongoDB, PayPal, Salesforce, SAP, ServiceNow, Workday.

README nêu thẳng vấn đề: một trong những khó khăn lớn nhất khi doanh nghiệp đưa AI vào là các agent dựng trên framework khác nhau, của nhà cung cấp khác nhau, không phối hợp được với nhau.

Ví von đời thường: A2A giống bộ quy ước của ngành chuyển phát. Hãng nào cũng có xe, kho riêng, nhưng nhờ chung một kiểu vận đơn và danh sách trạng thái "đã nhận, đang giao, đã giao", gói hàng đi qua ba hãng vẫn tới nơi, người gửi vẫn theo dõi được. A2A làm việc đó cho agent.

Google đưa ví dụ tuyển dụng: agent của quản lý tuyển dụng phối hợp với các agent chuyên môn để tìm ứng viên, đặt lịch phỏng vấn, kiểm tra lý lịch.

Hai agent "bắt tay" nhau ra sao?

A2A vận hành qua năm bước, từ lúc agent khách tìm thấy agent ở xa tới lúc nhận kết quả.

Năm bước A2A: đọc Agent Card, gửi task, nhận tiến độ, bổ sung thông tin, nhận artifact

Luồng điển hình của A2A: tìm nhau bằng Agent Card, làm việc với nhau qua Task.

README mô tả các khái niệm chính:

Agent Card: file mô tả công khai, thường đặt ở /.well-known/agent.json, ghi agent làm được gì, địa chỉ ở đâu, cần xác thực kiểu gì. Nó như tấm danh thiếp kèm bảng giá dịch vụ: agent khác đọc là biết có nên giao việc không.
A2A Server và A2A Client: server là agent nhận việc qua HTTP; client là ứng dụng hoặc agent khác gửi việc.
Task: đơn vị công việc, có mã riêng và đi qua các trạng thái submitted, working, input-required, completed, failed, canceled.
Message và Part: tin nhắn giữa hai bên, chứa phần nội dung dạng chữ, file hoặc dữ liệu có cấu trúc như biểu mẫu.
Artifact: kết quả agent tạo ra, ví dụ file hay dữ liệu cuối cùng.
Streaming và Push Notifications: việc dài thì server gửi tiến độ liên tục qua Server-Sent Events, hoặc gọi về webhook của client.

Client gửi task bằng tasks/send hoặc tasks/sendSubscribe. Nếu task chuyển sang input-required, client bổ sung thông tin rồi việc chạy tiếp, cho tới khi rơi vào một trạng thái cuối.

Vòng đời một Task trong A2A: submitted, working, input-required, rồi completed, failed hoặc canceled

Task giống một vận đơn: luôn biết đang ở trạng thái nào, có lúc dừng lại để hỏi thêm.

Theo Google, A2A dựng trên chuẩn sẵn có là HTTP, SSE, JSON-RPC, có xác thực cấp doanh nghiệp tương đương OpenAPI, chịu được việc kéo dài hàng giờ hoặc hàng ngày, và nhận cả âm thanh, video.

A2A khác gì MCP?

A2A bổ sung cho MCP chứ không thay MCP, theo chính Google. MCP lo phần nối agent với công cụ và dữ liệu, A2A lo phần agent nói chuyện với agent.

Bảng so sánh MCP và A2A: nối giữa đâu, bên kia là gì, việc dài xử lý thế nào

MCP là tay cầm dụng cụ, A2A là lời giao việc cho đồng nghiệp.

	MCP	A2A
Nối giữa	Ứng dụng AI và công cụ, dữ liệu	Agent và agent
Ví dụ	Agent đọc file, gọi API tồn kho	Agent tuyển dụng giao việc cho agent kiểm tra lý lịch
Bên kia là	Hàm, nguồn dữ liệu	Một agent có suy nghĩ riêng, có thể hỏi lại
Việc dài	Thường là một lời gọi	Task có trạng thái, có thể kéo dài nhiều ngày

Chi tiết về MCP, anh chị xem bài MCP là gì: Model Context Protocol cho doanh nghiệp.

Bắt đầu với A2A từ đâu?

A2A hiện là đặc tả kèm mã mẫu, chưa phải gói cài một lệnh. README hướng dẫn:

Đọc tài liệu kỹ thuật tại google.github.io/A2A.
Xem đặc tả JSON trong thư mục specification của repo.
Chạy thử client và server mẫu bằng Python hoặc JavaScript trong thư mục samples.
Thử ứng dụng web nhiều agent trong thư mục demo, hoặc giao diện dòng lệnh mẫu.
Xem cách gắn A2A vào agent dựng bằng Agent Developer Kit, CrewAI, LangGraph, Genkit trong thư mục agent mẫu.

Mẹo

Đọc một Agent Card mẫu trước khi đọc đặc tả. Một file JSON ngắn cho thấy ngay agent tự giới thiệu kỹ năng, địa chỉ, cách xác thực ra sao.

Một kịch bản minh họa. Công ty có agent chăm sóc khách hàng, đối tác vận chuyển có agent tra hành trình đơn. Thay vì hai bên viết API riêng cho nhau, đối tác đăng Agent Card mô tả kỹ năng "tra trạng thái vận đơn". Agent của công ty đọc card, gửi task kèm mã vận đơn, nhận lại kết quả. Thiếu thông tin thì agent đối tác chuyển task sang input-required để hỏi số điện thoại người nhận. Đây là kịch bản dựng theo cơ chế trong README, chưa phải hướng dẫn có sẵn.

Những gì còn dang dở

Lưu ý

Mới ở giai đoạn đầu: Google cho biết đang cùng đối tác làm bản sẵn sàng cho môi trường thật, dự kiến ra trong năm nay. Mục "What's next" của README còn liệt kê nhiều phần sẽ bổ sung, như đưa cơ chế xác thực vào Agent Card.

Chưa có thư viện chính thức đầy đủ: hiện chủ yếu là mã mẫu. README nêu kế hoạch viết tài liệu kỹ hơn cho thư viện client và server dùng chung.

Agent đối tác là hộp đen: giao thức gọi agent là "opaque", anh chị không nhìn thấy bên trong agent kia làm gì. Hợp đồng, quyền dữ liệu, trách nhiệm khi sai vẫn phải thỏa thuận ngoài giao thức.

Nhận xét của chuyên gia

Khi tư vấn chiến lược AI, tôi hay được hỏi: "Mua agent hãng này rồi, sau đổi hãng có phải làm lại không?". A2A là một hướng trả lời. Với đa số doanh nghiệp Việt vừa và nhỏ, tôi xem A2A là thứ cần biết để chọn nhà cung cấp, chưa phải thứ cần tự triển khai ngay.

Hợp với ai: doanh nghiệp lớn đã hoặc sắp có nhiều agent từ nhiều nhà cung cấp; công ty phần mềm muốn sản phẩm agent của mình nói chuyện được với hệ sinh thái bên ngoài.

Chưa hợp với ai: công ty mới có một hai agent nội bộ. Khi mọi agent cùng một framework, cùng một đội làm, cách gọi nội bộ của framework đó đơn giản hơn.

Cách bắt đầu của tôi: khi đánh giá nền tảng agent mới, hỏi nhà cung cấp có kế hoạch hỗ trợ A2A và MCP không; cho đội kỹ thuật chạy bản demo trong repo để hiểu Agent Card và Task. Rủi ro cần tránh là dựng sớm trên đặc tả còn đổi, và giao dữ liệu khách cho agent bên khác khi chưa có thỏa thuận rõ. Các mốc tiếp theo của hai giao thức này sẽ được cập nhật trên dòng thời gian AI.

Một câu để nhớ: MCP cho agent đôi tay, A2A cho agent đồng nghiệp.

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

A2A có thay thế MCP không?

Không. Google định vị A2A bổ sung cho MCP: MCP cấp công cụ và ngữ cảnh cho agent, A2A lo việc agent giao tiếp với agent.

A2A dùng công nghệ gì?

A2A dựng trên HTTP, Server-Sent Events và JSON-RPC, là các chuẩn web sẵn có. Agent công bố khả năng qua Agent Card dạng JSON.

A2A có miễn phí không?

Có. Repo A2A dùng giấy phép Apache 2.0, ai cũng có thể triển khai.

Doanh nghiệp nhỏ có cần dùng A2A ngay không?

Chưa cần. A2A đáng làm khi có nhiều agent từ nhiều nhà cung cấp phải phối hợp, và đặc tả vẫn đang hoàn thiện.

Nguồn: Google Developers Blog, Announcing the Agent2Agent Protocol (A2A), 09/04/2025.