OPUBLIKOWANO: 11 lutego 2026
Jeśli pracujesz z AI na co dzień, znasz ten ból: zadajesz sensowne pytanie, a potem… czekasz. I często to czekanie jest bardziej dotkliwe niż sam koszt tokenów, bo wytrąca Cię z rytmu. Są zadania, które po prostu trwają: research, analiza wielu plików, przygotowanie raportu, porządkowanie backlogu czy dłuższe review.
W OpenClaw jest na to praktyczny mechanizm: sub-agenci. Zamiast trzymać Cię w zawieszeniu, delegujesz pracę do uruchomienia w tle: „zrób to i wróć z wynikiem”. Ty w tym czasie robisz swoje.
W tym artykule wyjaśniam, czym są sub-agenci, jak działa sessions_spawn, kiedy to ma sens oraz jakie zasady bezpieczeństwa warto postawić, żeby równoległość nie zamieniła się w chaos.
- Sub‑agent w jednym zdaniu
- Po co Ci sub‑agenci: flow, równoległość, koszt
- sessions_spawn: jak delegować zadanie
- Kontrola: jak sprawdzać status i logi
- Scenariusze, które realnie działają w firmie
- Guardrails: koszty, uprawnienia i bezpieczeństwo
Sub‑agent w jednym zdaniu
Sub-agent to osobny, izolowany run agenta uruchomiony w tle w swojej sesji. Po zakończeniu raportuje wynik do rozmowy, z której został wywołany.
Izolacja jest tu kluczowa: sub-agent nie jest „tym samym czatem później”. Ma własny kontekst, własny limit czasu i może mieć własny model oraz poziom myślenia.
Po co Ci sub‑agenci: flow, równoległość, koszt
Pierwszy zysk to brak blokady. Główny agent może odpowiadać i pomagać Ci dalej, a sub-agent „mieli” ciężki temat w tle.
Drugi zysk to równoległość bez mieszania. Możesz uruchomić kilka sub-agentów: jeden robi research, drugi wykonuje red-team review, trzeci przygotowuje szkic. Każdy wraca z wynikiem w swoim zakresie.
Trzeci zysk to optymalizacja kosztowa. Rozmowę „frontową” chcesz mieć jakościową, ale pracę w tle często da się zrobić taniej: innym modelem, niższym thinking level i twardym timeoutem. To rozsądny podział: front-office vs back-office.
sessions_spawn: jak delegować zadanie
Sub-agenta uruchamiasz narzędziem sessions_spawn. Najważniejszy parametr to task – opis tego, co ma zrobić. Sub-agent dowozi najlepiej, gdy:
- zadanie jest jednoznaczne,
- ma narzucony format outputu,
- ma sensowny limit czasu.
Przykład delegowania researchu w tle:
- „Zbierz 5 źródeł o X i zwróć 10 punktów + 3 wnioski praktyczne.”
Dobra praktyka: zamiast prosić o esej, proś o wynik operacyjny – checklistę, streszczenie albo rekomendację.
Możesz też nadpisać model i thinking level sub-agenta. Dzięki temu ciężkie, ale rutynowe zadania idą taniej, a Ty uruchamiasz „moc” tylko wtedy, gdy jest naprawdę potrzebna.
Sub-agent działa w izolowanej sesji – ma własny kontekst, własne limity i nie widzi historii rodzica. To nie fork procesu, to osobny agent z jednym zadaniem. Deleguj i zapomnij, ale ustaw timeout.
Kontrola: jak sprawdzać status i logi
Sub-agent to nadal program. Może trafić na timeout albo utknąć na narzędziu. Dlatego ważne jest to, że OpenClaw pozwala przeglądać listę sub-agentów i ich status, a w razie potrzeby przerwać run.
Jeśli pracujesz w trybie „deleguj i zapomnij”, to i tak warto mieć nawyk: gdy wynik jest podejrzany, zajrzyj do logów albo uruchom drugi sub-agent jako „drugą opinię”.
Scenariusze, które realnie działają w firmie
- Research i zbieranie materiałów: konkurencja, porównanie opcji, analiza rynku.
- Batch processing: przejrzenie wielu plików i wyłapanie problemów, standaryzacja formatów, kontrola jakości.
- Red‑team review: sub‑agent sprawdza ryzyka, błędy w założeniach, nieścisłości.
- Raporty cykliczne: sub‑agent przygotowuje podsumowanie, a Ty dostajesz wynik w ustalonej strukturze.
W każdym z tych scenariuszy sub-agent działa jak „pracownik w tle”, który wraca z gotowcem, a nie jak rozmówca.
Guardrails: koszty, uprawnienia i bezpieczeństwo
Sub-agent nie jest darmowy. Ma własny kontekst i własne tokeny. Jeśli dasz mu zbyt ogólne polecenie, spali budżet na „dopytywaniu w ciemno”. Dlatego stawiaj mu konkretne cele i format.
Drugi guardrail to narzędzia i uprawnienia. Sub-agent dziedziczy możliwości po agencie, pod którym jest uruchamiany. Jeśli masz agenta „ops” z dużymi uprawnieniami, jego sub-agenci też będą mocni. To argument za rozdzieleniem ról (multi-agent) i trzymaniem zasady minimalnych uprawnień.
Trzeci guardrail to limit czasu. W codziennej pracy lepiej mieć 10-minutowy run, który dowozi 80% wyniku, niż 60-minutowy, który czasem utknie. Delegowanie ma poprawiać rytm pracy, nie tworzyć nowe blokady.
Chcesz delegować zadania do sub-agentów?