Sub-Agent Architecture là gì – Cách phân bổ công việc song song cho các Agent con

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

Sub-Agent Architecture là gì?

Sub-Agent Architecture (Kiến trúc Tác tử con) là mô hình thiết kế phần mềm AI trong đó một tác tử chỉ huy chính (Main Agent) có khả năng sinh ra, phân công và triệu hồi các tác tử phụ chuyên biệt (Sub-Agents) để giải quyết các nhiệm vụ cụ thể một cách độc lập hoặc song song. Mỗi tác tử con sở hữu một không gian ngữ cảnh (Context Window) hoàn toàn riêng biệt — nó nhận đầu vào từ Agent chính, tự hoàn thành công việc, rồi chỉ trả về kết quả cô đọng cuối cùng trước khi tự giải phóng bộ nhớ.

Đây là bài viết thuộc cụm “AI Business OS & Multi-Agent Architecture Dictionary”, nằm trong tầng Thực thi của hệ thống 6 tầng AI Business OS. Đọc bài nền để nắm trọn vẹn bức tranh: Từ điển AI Business OS: 20+ Thuật ngữ cốt lõi.

Hãy hình dung bạn là một giám đốc điều hành. Bạn có một dự án lớn cần khảo sát giá của 10 đối thủ trên thị trường. Bạn sẽ tự mình đi mở 10 trang web, đọc từng bảng giá rồi tự tổng hợp, hay bạn sẽ giao cho 10 thực tập sinh mỗi người kiểm tra đúng 1 đối thủ và gửi lại cho bạn một bảng so sánh 1 trang? Sub-Agent Architecture chính là cách bạn nhân bản những “thực tập sinh số” thần tốc như vậy cho hệ thống AI của mình.

Căn bệnh “Phình đại Ngữ cảnh” (Context Ballooning) và giải pháp Sub-Agent

Khi bạn bắt một con AI làm quá nhiều việc trong một phiên duy nhất, toàn bộ lịch sử trao đổi, các trang web nó vừa duyệt, các tài liệu nó vừa đọc sẽ chất đống lên nhau. Hiện tượng này được gọi là Context Ballooning (Phình đại Ngữ cảnh). Hậu quả là:

Mỗi câu lệnh tiếp theo sẽ phải “cõng” theo toàn bộ hàng trăm ngàn token rác từ các bước trước đó, khiến hóa đơn API tăng theo cấp số nhân.
AI bắt đầu “loãng não”, quên mất mục tiêu ban đầu của bạn là gì.
Nếu một bước bị lỗi, toàn bộ phiên làm việc kéo dài hàng tiếng đồng hồ có thể bị sụp đổ hoàn toàn.

Với Sub-Agent Architecture, Agent chính giữ vai trò một kiến trúc sư trưởng. Khi cần quét dữ liệu 5 bài viết, nó gọi ra 5 Sub-Agents chạy song song. Mỗi Sub-Agent chỉ đọc đúng 1 bài trong môi trường cách ly, tóm tắt lại 3 dòng cốt lõi, gửi lại cho Agent chính rồi lập tức biến mất. Ngữ cảnh của Agent chính luôn sạch sẽ, sắc nét và chỉ chứa những tinh hoa quan trọng nhất.

So sánh: Kiến trúc Đơn tác tử vs Kiến trúc Tác tử con

Tiêu chí	Single-Agent (Một Agent duy nhất)	Sub-Agent Architecture (Tác tử con)
Môi trường bộ nhớ	Chung một Context Window khổng lồ, dễ bị ô nhiễm thông tin	Mỗi tác tử con có Context Window độc lập, sạch sẽ
Tốc độ xử lý	Xử lý tuần tự từng việc một (chậm chạp)	Xử lý song song đồng thời nhiều tác vụ (rất nhanh)
Khả năng cô lập lỗi	Một lỗi nhỏ có thể làm hỏng toàn bộ quy trình	Lỗi ở Sub-Agent nào chỉ cần khởi động lại Sub-Agent đó
Chi phí vận hành	Tăng dần theo thời gian do ngữ cảnh bị phình to	Cố định và tối ưu do ngữ cảnh được giải phóng liên tục

Ứng dụng thực tế cho Solo Expert: Cỗ máy nghiên cứu & viết bài tự động

Một ví dụ điển hình mà bất kỳ chuyên gia độc lập nào cũng có thể áp dụng ngay:

Master Agent (Biên tập viên trưởng): Nhận chủ đề: “Phân tích xu hướng Lead Magnet năm 2026”.
Sinh ra Sub-Agent 1 (Researcher): Tra cứu 5 bài báo mới nhất và trích xuất số liệu thống kê chuyển đổi.
Sinh ra Sub-Agent 2 (SEO Specialist): Quét các từ khóa người dùng đang tìm kiếm nhiều nhất trên Google.
Sinh ra Sub-Agent 3 (Critic / Khách hàng khó tính): Đọc bản tóm tắt của Sub-Agent 1 và tìm ra các điểm vô lý hoặc thiếu bằng chứng thực tế.
Tổng hợp: Master Agent nhận báo cáo từ cả 3 tác tử con và soạn thảo thành một bài viết hoàn chỉnh gửi cho bạn duyệt. Toàn bộ quá trình chỉ mất 90 giây.

Nên áp dụng khi nào – và Chưa nên vội khi nào?

Nên áp dụng Sub-Agent khi	Chưa nên vội khi
Quy trình có nhiều phần việc độc lập có thể chạy song song cùng lúc	Các bước công việc phụ thuộc chặt chẽ vào nhau theo đường thẳng từng bước một
Khối lượng dữ liệu cần quét rất lớn (hàng chục bài báo, hàng trăm email)	Nhiệm vụ của bạn quá ngắn gọn và có thể giải quyết trong 1 câu prompt đơn giản
Bạn muốn xây dựng các công cụ chuyên sâu có tính mô-đun hóa cao	Bạn chưa thành thạo cách thiết lập một con Agent đơn lẻ chạy ổn định

Ba bước bạn có thể làm ngay trong tuần này

Phân tích một công việc phức tạp thành các việc con độc lập (30 phút): Tự hỏi: “Những việc nào trong quy trình này có thể làm cùng một lúc mà không cần chờ nhau?”.
Trải nghiệm Sub-Agents trên các công cụ hiện đại: Thử nghiệm tính năng tạo tác tử con trên Claude Code, Cursor hoặc các nền tảng như n8n và LangGraph.
Đọc tiếp về AgenticOps: Tìm hiểu cách kiểm soát chi phí và giám sát khi nhiều Sub-Agents cùng chạy ngầm.

Câu hỏi thường gặp (FAQ)

Tác tử con có thể tự sinh ra các tác tử cháu không?

Có, kiến trúc phân cấp đệ quy cho phép Sub-Agent sinh tiếp các Sub-Agent sâu hơn. Tuy nhiên, trong thực tế doanh nghiệp SME, bạn chỉ nên giới hạn ở mức 1 tầng (Master → Sub-Agents) để tránh việc hệ thống trở nên quá phức tạp và khó kiểm soát chi phí.

Làm sao Master Agent biết Sub-Agent đã hoàn thành công việc?

Các framework hiện đại như Claude Agent SDK hoặc n8n sử dụng cơ chế phản hồi bằng sự kiện (Event-driven). Khi Sub-Agent trả về kết quả, nó phát đi tín hiệu hoàn thành kèm dữ liệu cô đọng để Master Agent tiếp tục bước tiếp theo.

Nếu một Sub-Agent bị treo hoặc lỗi mạng thì sao?

Bạn chỉ cần cài đặt thời gian chờ (Timeout) cho Sub-Agent đó (ví dụ: tối đa 60 giây). Nếu quá thời gian, Master Agent sẽ tự động hủy tác tử con đó hoặc thử lại với tham số khác mà không làm dừng cả hệ thống. Xem thêm cơ chế bảo vệ tại: Circuit Breaker trong AI là gì.

Tóm lại

Một người không thể vừa làm thợ xây, vừa làm thợ điện, vừa làm kiến trúc sư tại cùng một thời điểm. Một con AI cũng vậy. Sub-Agent Architecture là chìa khóa để giải phóng sức mạnh thực sự của trí tuệ nhân tạo: biến nó từ một cá nhân đơn độc thành một công trường nhộn nhịp, nơi mỗi tác tử tập trung xuất sắc vào một việc duy nhất và cùng tạo nên một tác phẩm kinh doanh hoàn hảo.

📍 Cụm “AI Business OS & Multi-Agent Architecture Dictionary” — tầng Thực thi trong hệ thống AI Business OS