ACP — Giao thức Giao tiếp giữa các Tác nhân

Hãy tưởng tượng hai đồng nghiệp nói hai thứ tiếng khác nhau—một người dùng email, người kia dùng giấy nhớ. Họ sẽ chẳng bao giờ hoàn thành được việc gì trừ khi thống nhất một cách chung để truyền tin nhắn. Đó chính xác là những gì ACP làm cho các tác tử AI.

ACP là gì?

ACP là viết tắt của Agent Communication Protocol (Giao thức Giao tiếp Tác tử). Đây là một bộ quy tắc cho phép hai tác tử AI (hoặc một tác tử và một công cụ) nói chuyện với nhau một cách rõ ràng, có cấu trúc—giống như một phiên dịch viên vạn năng cho máy móc. Thay vì mỗi tác tử phải đoán ý của tác tử kia, chúng tuân theo một “ngôn ngữ” chung gồm các yêu cầu và phản hồi.

Hãy coi nó như cái bắt tay trước khi bắt đầu cuộc trò chuyện. Một tác tử nói, “Tôi cần dữ liệu này,” và tác tử kia trả lời, “Đây, đúng định dạng này.” Không nhầm lẫn, không mất ngữ cảnh.

Tại sao chúng ta cần nó?

Không có ACP, mỗi tác tử sẽ cần code tùy chỉnh để hiểu mọi tác tử khác. Điều đó giống như viết một cuốn từ điển mới cho từng cặp bạn bè vậy. ACP giải quyết vấn đề này bằng cách tạo ra một tiêu chuẩn duy nhất mà ai cũng có thể dùng.

Ví dụ, trong Hermes Agent, bạn có thể có:

• Một tác tử lập kế hoạch quyết định phải làm gì.
• Một tác tử thực thi thực sự làm nhiệm vụ.
• Một tác tử bộ nhớ lưu trữ kết quả trong quá khứ.

ACP cho phép chúng truyền tin nhắn qua lại mà bạn không cần viết code kết nối cho từng cặp.

Nó hoạt động thế nào trong thực tế?

Đây là một ví dụ đơn giản. Giả sử bạn yêu cầu Hermes “đặt một cuộc họp và gửi bản tóm tắt.” Tác tử lập kế hoạch gửi một tin nhắn đến tác tử lịch:

{
  "type": "request",
  "action": "create_event",
  "params": {
    "title": "Project Sync",
    "time": "2025-05-01T10:00:00Z"
  }
}

Tác tử lịch trả lời:

{
  "type": "response",
  "status": "success",
  "data": {
    "event_id": "12345"
  }
}

Giờ tác tử lập kế hoạch biết sự kiện đã được tạo. Nó có thể gửi một tin nhắn khác đến tác tử email kèm ID sự kiện. Không ai bị bối rối cả.

Các quy tắc chính của ACP

1. Mọi tin nhắn đều có loại – hoặc request hoặc response.
2. Mọi yêu cầu đều có hành động – như create_event hoặc get_weather.
3. Mọi phản hồi đều có trạng thái – success hoặc error.
4. Dữ liệu có cấu trúc – dùng JSON, nên dễ đọc và dễ phân tích.

Chỉ vậy thôi. Đơn giản, nhưng mạnh mẽ.

Một phép so sánh thực tế

Hãy nghĩ đến việc gọi món ở nhà hàng. Bạn (người dùng) đưa yêu cầu cho người phục vụ (tác tử lập kế hoạch). Người phục vụ ghi vào phiếu (tin nhắn ACP) và chuyển cho đầu bếp (tác tử thực thi). Đầu bếp nấu món ăn và đặt đĩa lên quầy (phản hồi). Người phục vụ nhận và mang đến cho bạn. Ai cũng biết định dạng phiếu, nên bếp chạy trơn tru.

Tóm tắt và mẹo thực tế

ACP là chất keo vô hình giúp các tác tử AI hợp tác mà không hỗn loạn. Tất cả chỉ là tin nhắn rõ ràng, có cấu trúc—không hơn, không kém.

Mẹo thực tế: Khi xây dựng tác tử của riêng bạn trong Hermes, luôn định nghĩa loại tin nhắn và hành động trước khi viết logic. Bắt đầu với một mẫu JSON đơn giản như trên, và thử nghiệm với hai tác tử trước. Khi đã hoạt động, hãy thêm nhiều hơn. Bạn sẽ tiết kiệm hàng giờ gỡ lỗi sau này.

Giờ hãy đi nói chuyện với các tác tử của bạn—chúng sẽ hiểu nhau rất tốt thôi.