- Anthropic (22.10) radzi zastąpić wielu podagentów jedną pętlą z umiejętnościami ładowanymi w razie potrzeby.
- U jednego klienta pojedyncza pętla działała około 2 razy szybciej.
- Dowody są głównie anegdotyczne: zmieniaj po jednym elemencie i mierz.
Najkrócej: Anthropic w artykule z 22.10.2026 (autorka: Diane Sarkis) twierdzi, że w wielu firmach lepiej działa jeden agent, który ładuje umiejętności i narzędzia dopiero wtedy, gdy są potrzebne, niż zespół wyspecjalizowanych podagentów. Zespoły często budują agentów na kształt własnej struktury organizacyjnej, a to rodzi problemy.
Co proponuje Anthropic
- Jeden model i jedno okno kontekstu w pętli z narzędziami, z limitami tur i kosztów ustawionymi w systemie wokół modelu.
- Procedury dziedzinowe w umiejętnościach (skills), a twarde reguły, takie jak walidacja i zatwierdzenia, w narzędziach.
- Podagenci zostają tam, gdzie kontekst naprawdę puchnie, zadania biegną równolegle albo jeden agent gubi się w wyborze narzędzi.
- Według artykułu wybór narzędzi zaczyna się psuć powyżej ok. 30–50 definicji w prompcie systemowym.
Liczby z artykułu
- U jednego klienta pojedyncza pętla działała około 2 razy szybciej niż układ z wieloma agentami.
- Anthropic skrócił prompt systemowy Claude Code o ponad 80% dla bardziej zaawansowanych modeli, m.in. dzięki stopniowemu ładowaniu umiejętności i narzędzi.
- W przykładowym agencie obsługi klienta włączenie jednego podagenta do głównego skróciło czas, ale zepsuło proces. Błąd pojawił się tylko w jednym z dwóch uruchomień, co pokazuje, po co powtarzać testy.
Jak to mierzyć
Artykuł zaleca zacząć od testu ukończenia zadania (nawet ok. 10 wzorcowych przykładów), włączać podagentów po jednym i porównywać wyniki z nim i bez niego. Anthropic opublikował też repozytorium anthropics/single-agent-loop-kit (licencja Apache-2.0). Według jego README jest to wzorzec referencyjny, który nie jest rozwijany.
Jak to czytać
Większość dowodów jest anegdotyczna: porównania z kilku wdrożeń i jedna liczba opóźnienia, bez opisu metody. Traktuj to jako hipotezę do sprawdzenia na własnym systemie, nie jako regułę. Więcej o budowaniu i testowaniu takich systemów piszę w hubie o harnessie i ewaluacjach.