2026-11-06 · agents · A2A · MCP

Ủy thác không phải là gọi tool

Khi một orchestrator agent đã có thể trò chuyện với các agent khác, rất dễ nảy ra ý muốn mô hình hóa mọi thứ thành agent: thực thi test, tạo ticket, tìm kiếm tài liệu. Ở một nền tảng kiểm thử agentic tôi từng tham gia, chúng tôi vạch ranh giới theo cách khác — và nhờ vậy hệ thống dễ suy xét hơn, chạy cũng an toàn hơn.

Hai hợp đồng khác nhau

Ủy thác A2A giao một task cho agent khác — agent làm chủ một workflow suy luận. Orchestrator chọn một skill, task manager tạo một cuộc hội thoại con và điều phối nó đi, rồi agent chuyên trách trả về kết quả. Child task có trạng thái riêng và có thể tiếp tục lại.

Một MCP tool call yêu cầu một hành động backend có giới hạn và đã được cấp quyền. Khám phá test và tạo test run là các tool call nghiệp vụ; tầng MCP đứng giữa xử lý danh tính, kiểm tra quyền và các thao tác API có kiểu.

Ưu tiên ủy thác task tường minh khi một agent khác làm chủ workflow suy luận. Ưu tiên MCP tool khi cần một hành động backend có giới hạn và đã được cấp quyền.

Vì sao điều này quan trọng

• Thực thi là một hành động nghiệp vụ. Một test cloud không trở thành sub-agent chỉ vì lượt chạy được khởi động từ một yêu cầu AI. Service vẫn là nguồn dữ liệu gốc về phân quyền và kết quả.
• Quyền làm chủ rõ ràng. Một agent chuyên trách (sinh test case, quality insight, phân tích) là chủ của task, có ngữ cảnh riêng; còn tool là một hàm có schema và chính sách truy cập.
• Thu hẹp phạm vi ảnh hưởng. Thao tác ghi đi qua một allowlist có giới hạn kèm cổng phê duyệt, thay vì đi qua một agent có thể tự ứng biến.

Nguyên tắc chung

Để mô hình diễn giải ý định và tổng hợp ngôn ngữ. Phân quyền, tính toán và thao tác ghi được kiểm soát bằng mã. Ủy thác cho bạn khả năng suy luận tập trung; tool cho bạn sự bảo đảm — đừng vô tình đánh đổi cái này lấy cái kia.