Subagents vs Agent Skills: gọi skill như subagent thắng khi hợp đồng vào-ra rõ, cái giá là token phối hợp

Wasu Top Piriyakulkij, Rachel Lawrence, Alicia Curth +2 · 5 tác giả · Cornell University and Microsoft Research Cambridge · 2026 · arXiv:2609.09233

Skill nên nạp vào context chính hay chạy trong một context riêng?

Mở

Agent càng làm việc lâu, càng phải dựa vào thư viện tri thức tái sử dụng, và cách phổ biến nhất vẫn là gói hướng dẫn thành skill rồi nạp thẳng vào context để agent tự đọc mà làm. Cách đó dễ vỡ theo thời lượng: khi ngày càng nhiều thông tin dồn vào cửa sổ ngữ cảnh, chất lượng suy luận đi xuống. Paper này thử một đường thay thế (thay vì đọc hướng dẫn, gọi chính gói skill như một agent con) và hỏi điều kiện nào thì cách đó thắng, cùng cái giá phải trả là gì.

Paper này làm gì

Thay vì nạp hướng dẫn skill vào context chính, cách thực thi mới sinh một context window riêng cho từng subtask, chuyên để giải đúng việc đó. Tác giả so hai cách chạy trên cùng những gói skill, chỉ ra điều kiện để cách subagent thắng: package phải có hợp đồng vào-ra rõ ràng, và hướng dẫn phải mã hóa đúng procedural knowledge cần để thực hiện hợp đồng đó. Kết quả luôn đi kèm phần bù, được tác giả nêu thẳng: thêm chi phí giao tiếp, vì cần thêm token để chính agent và các subagent phối với nhau.

Phát hiện chính

Skill chạy như subagent thắng khi có hợp đồng vào-ra rõ — Ưu thế không phải mặc định của subagent; nó xuất hiện khi package khai báo được đầu vào, đầu ra, và khi hướng dẫn chứa quy trình để làm đúng hợp đồng đó.

subagent execution outperforms agent-skill execution when skill packages expose clear input-output contracts

Context mới cho từng subtask — Điểm khác biệt cơ chế giữa hai cách: thay vì hướng dẫn skill chiếm chỗ trong context của agent chính, mỗi subtask được sinh một context window riêng, sinh ra chỉ để giải đúng việc đó.

Rather than loading skill instructions into the main context, subagent execution spawns fresh context windows dedicated to solving individual subtasks

Cái giá là token phối hợp — Không có bữa trưa miễn phí: các subagent cần thêm token để phối hợp với agent chính, nên bài toán thật là cân phần lợi (context không bị loãng) với phần chi (token qua lại giữa các bên).

The tradeoff is additional communication overhead, as extra tokens are required to coordinate between the main agent and its subagents.

Caveat

Hạn chế duy nhất mà tác giả nêu là phần trao đổi: cách subagent tạo thêm chi phí giao tiếp, vì phải trả thêm token để chính agent và các subagent phối hợp với nhau. Nghĩa là kết quả luôn kèm điều kiện — phần thắng phải so với chính khoản token đó, chứ không phải so với zero.

Áp vào 5ac thế nào

Đây là câu hỏi thiết kế đang mở với chính stack 5ac: skill của Hermes hiện nay nạp vào context (đọc SKILL.md vào vòng lặp của agent), còn cách gọi subagent là một kanban card riêng với body và acceptance criteria. Quy tắc rút ra từ paper: task ngắn, skill nhỏ, đầu ra một dòng thì nạp context; task dài, skill đi kèm script và phát biểu được đầu ra rõ ràng thì tách card, vì cửa sổ ngữ cảnh của worker không bị loãng bởi lịch sử card khác. Cái giá đo được là token của body card và các vòng comment, nên kèm theo một nguyên tắc: đừng tách card cho việc chỉ một dòng.

Nguồn