Khi nhắc đến AI agent, nhiều người hình dung một trợ lý có thể trả lời câu hỏi, tra cứu dữ liệu hoặc thực hiện một vài tác vụ. Nhưng những bài toán thật trong doanh nghiệp thường không dừng ở một tác vụ. Một yêu cầu như “chuẩn bị phương án xử lý đơn hàng bị chậm” có thể cần kiểm tra tồn kho, liên hệ vận chuyển, đọc điều khoản hợp đồng, đánh giá ảnh hưởng dòng tiền và soạn thông báo cho khách hàng.
Một agent đơn lẻ có thể làm nhiều việc, nhưng không nên ôm toàn bộ năng lực của doanh nghiệp. Cách tiếp cận bền vững hơn là để các agent chuyên trách phối hợp với nhau. Agent-to-Agent (A2A) là lớp giao tiếp chuẩn hóa giúp điều đó trở nên khả thi.
A2A là gì?
A2A, viết tắt của Agent-to-Agent, là một giao thức mở để các hệ thống AI agent độc lập có thể giao tiếp và cộng tác với nhau. Mỗi agent có thể được xây dựng bằng framework khác nhau, chạy trên hạ tầng khác nhau hoặc do tổ chức khác nhau vận hành; A2A cung cấp một “ngôn ngữ chung” để chúng tìm hiểu năng lực của nhau, gửi nhiệm vụ, theo dõi tiến độ và nhận kết quả.
Theo tài liệu chính thức của A2A, giao thức này tập trung vào khả năng liên thông giữa những ứng dụng agentic có thể là “hộp đen” đối với nhau. Điều đó có nghĩa agent điều phối không cần biết agent chuyên môn được xây bằng ngôn ngữ nào, dùng model nào hay tổ chức nội bộ ra sao; nó chỉ cần hiểu agent đó có thể làm gì và cách giao một nhiệm vụ phù hợp.
Một cách dễ hình dung: nếu API là hợp đồng để phần mềm gọi một chức năng, thì A2A là hợp đồng để một agent giao việc cho một agent khác trong cả một quy trình có trạng thái.
A2A khác gì với MCP và API thông thường?
Các khái niệm này bổ sung cho nhau, không phải thay thế nhau.
Một agent có thể dùng MCP để truy cập dữ liệu nội bộ và dùng A2A để phối hợp với các agent khác. Ví dụ, agent chăm sóc khách hàng nhận yêu cầu đổi trả; nó gọi agent chính sách để diễn giải điều kiện, agent kho vận để kiểm tra trạng thái hàng và agent tài chính để đề xuất phương án hoàn tiền. Các agent này không cần bị đóng gói trong cùng một ứng dụng.
A2A vận hành như thế nào?
Giao thức A2A định nghĩa một số thành phần cốt lõi để việc cộng tác có thể dự đoán và kiểm soát được.
1. Agent Card: hồ sơ năng lực của agent
Mỗi agent có thể công bố một Agent Card: mô tả danh tính, kỹ năng, hình thức dữ liệu hỗ trợ, yêu cầu xác thực và các giao thức kết nối. Agent khác dùng thông tin này để quyết định liệu có nên giao việc hay không.
Thay vì phải tích hợp riêng với từng đội ngũ, agent điều phối có thể hỏi: “Ai có khả năng kiểm tra điều khoản hợp đồng?”, “Agent nào nhận được tệp PDF?”, hoặc “Agent nào hỗ trợ phản hồi theo thời gian thực?”.
2. Task: giao việc có trạng thái
A2A xem một tương tác là một task, không chỉ là một request rồi nhận response ngay lập tức. Task có thể đang chờ, đang xử lý, đã hoàn thành, thất bại hoặc bị hủy. Mô hình này phù hợp với công việc dài hơn một lần gọi API, chẳng hạn phân tích hồ sơ, đối soát nhiều nguồn dữ liệu hoặc chờ phê duyệt.
3. Message và Artifact: trao đổi yêu cầu và kết quả
Agents trao đổi message để làm rõ mục tiêu hoặc cung cấp thêm bối cảnh. Kết quả có thể được trả về dưới dạng artifact: văn bản, dữ liệu có cấu trúc, tệp hoặc các đầu ra khác. Tiêu chuẩn A2A cũng hỗ trợ cập nhật tiến độ theo luồng, giúp người dùng hoặc agent điều phối biết một việc đang diễn ra đến đâu.
4. Xác thực và phân quyền
Khi agent làm việc qua ranh giới hệ thống hoặc tổ chức, bảo mật không thể là phần bổ sung sau cùng. Đặc tả A2A có cơ chế mô tả yêu cầu xác thực, hỗ trợ các transport chuẩn và yêu cầu xử lý lỗi rõ ràng. Tuy vậy, giao thức không tự thay thế chính sách phân quyền của doanh nghiệp: đội ngũ triển khai vẫn cần kiểm soát danh tính agent, phạm vi dữ liệu, quyền thực hiện hành động và nhật ký kiểm toán.
Lợi ích của A2A
Xây hệ thống theo chuyên môn thay vì một “siêu agent”
Mỗi agent có thể được tối ưu cho một miền: pháp lý, tài chính, dữ liệu, chăm sóc khách hàng, kho vận hoặc phân tích báo cáo. Khi yêu cầu thay đổi, doanh nghiệp nâng cấp hoặc thay thế agent đó mà không cần viết lại toàn bộ hệ thống.
Giảm phụ thuộc vào framework và nhà cung cấp
Một đội có thể dùng framework A, một nhà cung cấp khác dùng framework B, trong khi hệ thống cũ chạy theo kiến trúc riêng. A2A tạo ra lớp hợp đồng chung giữa các agent. Lợi ích không phải là “tích hợp không cần công sức”, mà là tránh phải thiết kế lại cách giao tiếp từ đầu cho từng cặp agent.
Điều phối quy trình phức tạp rõ ràng hơn
Vì task có trạng thái và đầu ra có cấu trúc, hệ thống điều phối có thể theo dõi việc nào đã hoàn thành, việc nào cần bổ sung dữ liệu, việc nào lỗi và việc nào cần chuyển cho con người. Đây là nền tảng cần thiết để agent tham gia vào quy trình nghiệp vụ thực, thay vì chỉ dừng ở chatbot trả lời một lần.
Mở rộng theo từng năng lực mới
Doanh nghiệp có thể bắt đầu từ hai hoặc ba agent có giá trị cao, sau đó bổ sung năng lực mới mà không phá vỡ luồng cũ. Ví dụ: ban đầu là agent hỗ trợ khách hàng và agent tra cứu chính sách; sau đó thêm agent phân tích cảm xúc, agent tạo ticket và agent dự báo rời bỏ khách hàng.
A2A được ứng dụng vào đâu?
Vận hành doanh nghiệp
Một agent điều phối nhận yêu cầu từ quản lý, sau đó giao việc cho agent đọc báo cáo bán hàng, agent kiểm tra tồn kho và agent tài chính. Kết quả cuối cùng là một bản tóm tắt có đề xuất hành động, thay vì người dùng phải tự mở nhiều hệ thống.
Chăm sóc khách hàng đa hệ thống
Agent tiếp nhận có thể nhận diện ý định của khách hàng và phối hợp với các agent chuyên trách: đơn hàng, bảo hành, chính sách đổi trả, kỹ thuật hoặc lịch hẹn. Nếu một agent không đủ quyền hoặc thiếu dữ liệu, task được trả về với trạng thái rõ ràng để agent điều phối hoặc nhân viên xử lý tiếp.
Tài chính, kế toán và đối soát
Trong một quy trình thu tiền, agent đối soát có thể phối hợp với agent ngân hàng, agent hóa đơn, agent hợp đồng và agent nhắc công nợ. Mỗi agent chỉ thực hiện những hành động nằm trong phạm vi được cấp quyền; mọi bước quan trọng cần có log và cơ chế phê duyệt phù hợp.
Chuỗi cung ứng và logistics
Khi đơn hàng có nguy cơ giao chậm, agent vận hành có thể yêu cầu agent kho kiểm tra tồn, agent logistics tìm tuyến thay thế, agent hợp đồng kiểm tra cam kết dịch vụ và agent chăm sóc khách hàng soạn phương án thông báo. A2A giúp biến các trao đổi rời rạc thành một luồng task có thể theo dõi.
Phát triển phần mềm
Một agent điều phối kỹ thuật có thể giao task cho agent phân tích yêu cầu, agent kiểm tra bảo mật, agent viết test hoặc agent đánh giá pull request. Điều quan trọng là xác định ranh giới rõ ràng: agent có thể đề xuất hoặc tạo bản nháp, trong khi việc merge, triển khai production và cấp quyền vẫn cần tuân theo quy trình kiểm soát của đội ngũ.
Doanh nghiệp nên bắt đầu từ đâu?
Đừng bắt đầu bằng một “đội agent” lớn. Hãy chọn một quy trình có các đặc điểm sau: lặp lại nhiều, phải đi qua từ hai hệ thống trở lên, có quy tắc tương đối rõ và đã có cách đo kết quả.
Sau đó, thiết kế theo bốn bước:
Những điều A2A không tự giải quyết
A2A là giao thức liên thông, không phải một bảo đảm rằng agent sẽ luôn đúng. Doanh nghiệp vẫn cần quản trị prompt, đánh giá chất lượng model, phân quyền dữ liệu, kiểm toán hành động, cơ chế phê duyệt và phương án xử lý khi agent thất bại.
Đặc biệt với các nghiệp vụ có rủi ro cao như thanh toán, ký kết, xử lý dữ liệu cá nhân hay phê duyệt tín dụng, agent nên hoạt động theo nguyên tắc quyền tối thiểu và có human-in-the-loop ở các quyết định quan trọng.
Kết luận
A2A mở ra cách tiếp cận thực tế hơn cho AI agent trong doanh nghiệp: không cố xây một agent biết mọi thứ, mà xây một hệ sinh thái các agent chuyên môn có thể hiểu nhau và phối hợp có kiểm soát.
Khi kết hợp A2A cho giao tiếp giữa agent, MCP cho kết nối công cụ và dữ liệu, cùng với lớp quản trị phù hợp, doanh nghiệp có thể từng bước chuyển từ các trợ lý AI đơn lẻ sang những quy trình số có khả năng tự điều phối. Đó cũng là hướng mà Newsoft theo đuổi khi xây dựng các sản phẩm AI có thể vận hành cùng con người.
Theo dõi thêm các góc nhìn công nghệ trong chuyên mục Tin tức Newsoft.