Hướng đi tương lai của A2A: Các tác nhân đang lên kế hoạch lập mạng LAN

A2A đã giúp Hermes trên hai máy tính có thể “gọi điện” cho nhau. Vậy bước tiếp theo là gì? Trong danh sách mong ước của cộng đồng, ẩn chứa một bức tranh lớn hơn nhiều.

Hiện tại làm được gì: Ôn lại chính “chiếc điện thoại”

A2A v1.0 đã chính thức ra mắt. Nói ngắn gọn, nó cho phép Hermes trên các máy khác nhau trao đổi danh thiếp (Agent Card) như hai đồng nghiệp, giao tiếp bằng ngôn ngữ chuẩn (JSON-RPC), cập nhật tiến độ theo thời gian thực (SSE streaming), và ghi nhớ ngữ cảnh của các cuộc hội thoại nhiều lượt. Về bảo mật, mặc định đã làm khá tốt: mỗi peer có token riêng, mọi thao tác đều có nhật ký kiểm toán. Điều này tương đương với việc trang bị cho mỗi Hermes một “điện thoại công việc” — có thể gọi, nhắn tin, để lại thư thoại, nhưng chỉ giới hạn trong cuộc gọi một-một.

Hướng 1: Mạng LAN tác nhân (mạng phối hợp đa nút)

Đề xuất hot nhất từ cộng đồng là nâng cấp “điện thoại” thành “mạng LAN”. Bạn có máy trạm macOS, desktop Windows, server Linux, thậm chí laptop và điện thoại, mỗi thiết bị đều chạy một Hermes. Hiện tại chúng hoạt động riêng lẻ, nhưng tương lai mong muốn chúng kết nối qua một overlay network riêng tư để tạo thành “mạng LAN tác nhân”. Giống như mọi thiết bị thông minh trong nhà kết nối cùng một Wi-Fi, bạn hô một tiếng, loa phòng khách, đèn phòng ngủ, lò nướng bếp đều phối hợp phản hồi. Với Hermes, điều này có nghĩa là tác vụ có thể tự động luân chuyển giữa nhiều thiết bị: dữ liệu thu thập trên laptop tự động đồng bộ lên máy trạm để xử lý sâu, kết quả lại được đẩy về điện thoại để bạn xem qua.

Hướng 2: Phân cấp tác nhân (sếp và nhân viên)

Hiện tại Hermes giữa các máy là “ngang hàng”, ai khởi xướng cuộc trò chuyện thì người đó là chủ động. Cộng đồng muốn có “quan hệ thứ bậc”: một Hermes leader có thể giao việc cho Hermes subordinate trên máy khác, và leader có thể xem tác vụ đang ở bước nào theo thời gian thực — lưu ý, là “xem”, không phải “can thiệp”. Giống như sếp giao việc cho nhân viên: bạn chỉ cần biết tiến độ, không cần lúc nào cũng soi từng thao tác. Kiểu “quan sát thụ động” này rất quan trọng: vừa giữ được tính tự chủ của nhân viên, vừa giúp sếp nắm được tình hình.

Hướng 3: Cộng tác đa phiên (từ đảo cô lập đến phòng họp)

Hiện tại bạn mở ba phiên trên cùng một máy — một phiên nghiên cứu, một phiên triển khai, một phiên review — nhưng chúng là ba hòn đảo riêng biệt. Thông tin quan trọng phiên nghiên cứu tìm ra, bạn phải tự tay copy-paste sang phiên triển khai, vừa mong manh vừa dễ sai sót. Đề xuất của cộng đồng là cho phép các phiên này “nhắn tin” cho nhau, chia sẻ ngữ cảnh cần thiết. Hãy tưởng tượng: không phải ba căn phòng ngăn cách làm việc riêng, mà là một phòng họp, ba người có thể chuyền giấy ghi chú, trao đổi ý kiến bất cứ lúc nào, nhưng ghi chú cá nhân của mỗi người vẫn là riêng tư.

Hướng 4: Bộ đàm nội bộ (nhắn tin xuyên phiên)

Đề xuất này tập trung hơn: nhiều phiên Hermes tương tác trên cùng một máy nên có một cơ chế nhắn tin nội bộ “hạng nhất”. Không cần đi qua giao thức mạng, giống như bộ đàm trong văn phòng — bấm một cái là gọi được ngay. Phiên nghiên cứu tìm thấy tài liệu quan trọng, trực tiếp “bíp” sang phiên triển khai: “Ê, đoạn thứ ba cái API đó mày để ý nhé.” Không cần copy-paste, không cần mấy giải pháp mong manh kiểu tmux send-keys. Đây là phần bổ sung cho hướng 3: một cái lo chuyện liên máy, một cái lo chuyện nội bộ máy.

Hướng 5: Chính sách phê duyệt từ xa (cổng an ninh)

A2A hiện cho phép peer từ xa gửi tác vụ vào phiên live của bạn, hữu ích nhưng cũng có rủi ro — lỡ đâu nó bảo bạn sửa file thì sao? Cộng đồng muốn có chính sách “peer đáng tin cậy theo phạm vi”: bạn có thể chỉ định một Hermes trên một máy nào đó là “đáng tin cậy”, tác vụ nó gửi đến được phép thực thi side-effect cục bộ; còn lại tất cả chỉ ở chế độ chỉ đọc. Giống như thẻ ra vào công ty: người thì vào được phòng tài chính, người chỉ vào được phòng họp. Đây là mắt xích then chốt cho an toàn khi ủy quyền.

Hướng 6: Thông báo trực quan khi hoàn thành tác vụ

Hiện tại khi tác vụ A2A hoàn thành, kết quả được ghi vào log, hoặc trả về qua phản hồi JSON-RPC. Nhưng nếu bạn không theo dõi log thì sao? Cộng đồng mong muốn khi tác vụ xong, sẽ có thông báo hiện lên ngay trong kênh Hermes bạn đang dùng — giống như push trên điện thoại: “Tác vụ bạn ủy thác trên máy kia đã chạy xong, kết quả ở đây.” Không làm phiền bạn, nhưng cho bạn biết.

Những gì đã triển khai một phần?

Có tin tốt: khái niệm “worker có giới hạn” trong đề xuất của cộng đồng đã được triển khai một phần — bộ khởi động ngoài có thể cấu hình, giới hạn phạm vi thực thi của tác vụ từ xa. Điều này tương đương với việc đặt nền móng cho “phê duyệt từ xa”. Ngoài ra, các chi tiết như timeout 330 giây, kết quả đến muộn, cách ly ngữ cảnh cũng đã sẵn sàng. Nhưng lưu ý, những hướng lớn như phối hợp đa nút, quan hệ thứ bậc, bộ đàm nội bộ vẫn chỉ là mong ước trong các open issue.

Điều này có ý nghĩa gì với bạn?

Nếu bạn là người dùng thông thường, những hướng đi này có nghĩa là: trong tương lai, Hermes có thể không còn là những “chiến binh đơn lẻ”, mà là một “đội ngũ” phối hợp nhịp nhàng. Bạn không cần quan tâm chúng giao tiếp với nhau bằng cách nào — chỉ cần biết rằng Hermes trên mọi thiết bị trong nhà sẽ giúp đỡ nhau như người một nhà, và những chuyện đáng để bạn biết, sẽ không thiếu một thứ nào.

Cuối cùng nhắc lại một câu: đây đều là các open issue do cộng đồng đề xuất, thư mục .plans chính thức đã bị xóa (2026-08), nên không đảm bảo tất cả sẽ được triển khai. Nhưng ít nhất, bức tranh lớn đã được vẽ ra — các tác nhân đang lên kế hoạch lập mạng LAN, và lần này, chúng định kéo cả “ngôi nhà” vào mạng lưới.