Sub-agent Architecture là gì – Cách agent xử lý nhiều tác vụ song song như một team

Mục lục bài viết

Bạn đã bao giờ thấy AI agent bị tắc không?

Một agent nhận task phức tạp: “nghịên cứu thị trường, viết báo cáo, gửi email cho khách hàng.” Nếu agent xử lý tuần tự, làm xong bước 1 mới đến bước 2, tốc độ là bottleneck. Context window của một agent nhớ cả ba việc cùng lúc cũng là vấn đề.

Sub-agent Architecture giải quyết điều này bằng cách phân chia: agent chính (orchestrator) không tự làm hết mà điều phối các sub-agents chuyên biệt – mỗi cái làm một việc, làm tốt, xong rồi đảo ngược kết quả.

Contained Sub-agents: cách Hermes làm

Trong kiến trúc của Hermes AI Agent, sub-agents là “short-lived, isolated workers dedicated to a sub-task.” Ba đặc điểm cốt lõi:

1. Short-lived: Sub-agent chỉ tồn tại trong thời gian thực hiện task của nó. Hoàn thành xong là kết thúc. Không giữ context sau khi done. Điều này tiết kiệm tài nguyên và tránh context pollution giữa các task khác nhau.

2. Isolated: Mỗi sub-agent có context window riêng, tool access riêng. Agent làm web research không cần biết agent đang viết email có nội dung gì. Cách li ínlà context – mỗi agent chỉ thấy đúng những gì cần cho task của nó.

3. Dedicated: Mỗi sub-agent được spawn cho một mục tiêu cụ thể. Không phải general-purpose. Điều này cho phép tối ưu hóa: chọn đúng model, đúng tools, đúng prompt cho task đó.

Ví dụ thực tế: chẩn đoán tình huống kinh doanh khách hàng

Hãy giả sử bạn là tư vấn và nhớ một task phức tạp: “Chuẩn bị báo cáo chẩn đoán cho khách hàng spa tuần sau.”

Agent orchestrator nhận task và spawn 4 sub-agents đồng thời:

Sub-agent A: Đọc lại toàn bộ note của khách hàng này từ 3 tháng qua
Sub-agent B: Search web về xu hướng spa thị trường Việt Nam 2026
Sub-agent C: Khời động mẫu báo cáo trong Drive
Sub-agent D: Tóm tắt những vấn đề tương tự từ các khách hàng spa khác trong mạng lưới

Cả 4 chạy song song. Orchestrator chờ kết quả từ tất cả, tổng hợp, viết báo cáo hoàn chỉnh. Tổng thời gian: nhỏ hơn nhiều so với tự làm tuần tự.

Tại sao sub-agent quan trọng với solo expert?

Solo expert có một tay nghề độc nhưng phải đội nhiều mũ khác nhau. Sub-agent architecture cho phép bạn thiết kế mô hình:

Bạn như Orchestrator – định hướng và quyết định cuối
Sub-agents làm những việc song song bạn sẽ mất hộ gio cho từng cái

Kết quả: bạn nhân rộng năng lực đầu ra mà không cần thuê thêm người. Đây là core value proposition của agentic AI với nhóm khách hàng không có ngân sách team lớn.

2 điều cần chú ý khi dùng sub-agent

1. Orchestrator phải rõ ràng về scope của từng sub-agent. Nếu task chắng chắt, sub-agents sẽ làm trùng hoặc thiếu. Dẫn tới kết quả inconsistent và tốn kém. Khâu phân việc rõ ràng là việc của người thiết kế – không phải của agent.

2. Sub-agent kết quả cần được validate trước khi hợp nhất. Một sub-agent sai có thể làm hỏng toàn bộ output nếu orchestrator không có bước kiểm tra. Autonomous-first không có nghĩa là blind trust – đặc biệt với output ảnh hưởng đến khách hàng.

Liên kết với kiến trúc 3 tầng

Sub-agent architecture phôi hợp tự nhiên với 3-layer memory system: orchestrator giữ Semantic và Episodic Memory, mỗi sub-agent chỉ cần Working Memory của task của nó. Khi sub-agent hoàn thành, kết quả quan trọng được đẩy vào Episodic Memory của orchestrator – đảm bảo learning tồn tại ngay cả khi sub-agent bị hủy.

Xem thêm: https://dochidung.com/hermes-ai-agent-la-gi/