Giao tiếp giữa các AI Agent: Khi "nói ít đi" mới là cái đáng thử

23/06/2026 · 4 phút đọc

Trong giới làm AI có một niềm tin: agent chạy không tốt thì thêm agent vào "vây" vấn đề. Hạm đội agent tranh luận, phối hợp như một đội ngũ chuyên gia. Nhưng người vận hành thực tế thấy điều ngược lại: giao tiếp càng nhiều, hệ thống càng dễ vỡ.

Những con số từ phòng thí nghiệm

Một nghiên cứu (MAST taxonomy) sắp trình bày tại ICLR 2025 đã phân tích hơn 1.600 lần thất bại của hệ thống đa agent. Kết quả: khoảng 79% lỗi đến từ thiết kế (spec/design, 42%) và điều phối (coordination, 37%).

Đây là những lỗi gần như không có ở hệ thống đơn agent. Khi ép agent nói chuyện với nhau quá nhiều, bạn tạo ra cả một vùng lỗi mới mà chính bạn cũng không kiểm soát hết.

Tại sao nói nhiều hại nhiều?

Một, chi phí và nhiễu. Mỗi câu "Chào bạn, tôi đã nhận được việc" hay "Bạn nghĩ sao?" đều tốn token. AgentPrune chỉ ra rằng có thể cắt hơn 87% giao tiếp thừa giữa các agent mà vẫn giữ nguyên độ chính xác, chi phí chỉ còn 12.8%.

Hai, trách nhiệm khuếch tán. Agent A tưởng Agent B đã làm, Agent B đợi phản hồi từ Agent A. Hệ thống đóng băng hoặc lỗi im lặng, kịch bản tồi tệ nhất cho người vận hành. Giao tiếp dày đặc (dense) cho kết quả tệ hơn giao tiếp có chọn lọc (sparse).

Mô hình thắng: Hub-and-Spoke + Bảng thông báo chung

Giải pháp là kiến trúc hình sao (hub-and-spoke) kết hợp một bảng thông báo chung (passive board). Agent không nói chuyện trực tiếp với nhau. Chúng tương tác qua một người điều phối hoặc ghi kết quả lên bảng tiến độ dùng chung.

• Microsoft Magentic-One dùng Task/Progress Ledger, một sổ cái để agent nhìn vào mà làm việc.
• Anthropic cũng dùng pattern này: một orchestrator giao việc, các sub-agent "câm điếc" với nhau.

Góc nhìn từ vết sẹo tại ATP

ATP vận hành hạm đội agent trên máy thật (robot, nec, cross-host). Ban đầu chúng tôi cũng ham peer-mesh để worker tự trao đổi. Kết quả: worker báo về sai mục tiêu, brief không tới máy đích, cả hạm đội đứng im vì hết limit token do agent chat với nhau quá hăng.

Chúng tôi nhận ra peer-to-peer là over-engineering. Giờ tinh giản: một Captain giao việc, worker làm độc lập. Bảng tình huống TIN là nguồn sự thật duy nhất để mọi thành phần nhìn vào. Đôi khi agent chỉ cần một câu từ Captain: "Tiếp tục đi". Không thảo luận, không hội ý.

Kết luận: Giao tiếp là chi phí, không phải tính năng

Giao tiếp giữa các agent nên được coi là chi phí cần tối ưu, không phải tính năng để khoe. Trong cùng ngân sách token, một agent đơn lẻ được tối ưu tốt còn hiệu quả hơn một đám đông agent nói chuyện chồng chéo.

Muốn xây hệ thống agent chạy thực tế? Bắt chúng im lặng và nhìn vào bảng công việc chung. Càng ít lời, càng ít lỗi.