Blog JSystems - uwalniamy wiedzę!

Szukaj

Claude Code

Kiedy używać subagentów zamiast jednej sesji Claude Code

W skrócie

  • Nie wiesz, kiedy opłaca się rozbić pracę na subagentów, a kiedy lepiej zostać w jednej sesji Claude Code.
  • Subagent ma sens, gdy zadanie poboczne zalałoby główną rozmowę materiałem, do którego nie wrócisz - ale każdy subagent kosztuje tokeny i traci wspólny kontekst.
  • Rozwiązanie: deleguj do subagenta zadania izolowane i czytające dużo plików, a proste zmiany rób w jednej sesji; do dużych, długich prac użyj osobnych sesji zamiast wielu subagentów naraz.

Subagenci w Claude Code, oficjalnym narzędziu CLI od Anthropic, kuszą - wyglądają jak sposób na zrobienie wszystkiego szybciej i równolegle. W praktyce nie każde zadanie na tym zyskuje, a czasem subagent tylko podnosi koszt i gubi kontekst. W tym wpisie pokazujemy prosty sposób na decyzję: kiedy rozbić pracę na subagentów, a kiedy zostać w jednej rozmowie.

Jak to wygląda w praktyce

Objaw pierwszy: prosisz o drobną poprawkę, a odpalenie subagenta sprawia, że traci on wiedzę zgromadzoną wcześniej w głównej rozmowie i pyta o rzeczy, które już ustaliliście. Objaw drugi: uruchamiasz kilku subagentów do prostych zadań i rachunek za tokeny rośnie bez wyraźnego zysku na czasie. Objaw trzeci: główna sesja puchnie od logów i treści plików, choć te dane były potrzebne tylko na chwilę. Każdy z tych objawów to sygnał, że wybrałeś zły poziom podziału pracy.

Dlaczego Claude Code tak działa

Subagent działa we własnym, odseparowanym kontekście. To jego największa zaleta i jednocześnie ograniczenie. Zaleta: zadanie poboczne (przeszukanie dziesiątek plików, analiza logów, research) nie zaśmieca głównej rozmowy - do niej wraca tylko zwięzłe podsumowanie. Ograniczenie: subagent nie dziedziczy całej wiedzy z głównego wątku i nie oddaje jej z powrotem w całości, więc do zadań, które muszą korzystać ze wspólnego, narastającego kontekstu, lepsza bywa jedna sesja.

Dochodzi koszt. Gdy subagenci zwracają obszerne wyniki, a jest ich wielu, potrafią zużyć sporo kontekstu i tokenów. Dlatego Claude Code sam podpowiada: subagentów używaj tam, gdzie zadanie poboczne zalałoby główną konwersację materiałem, którego i tak nie użyjesz ponownie. Do pracy, która ma trwać równolegle albo nie zmieści się w jednym oknie kontekstu, właściwym narzędziem są osobne sesje, a nie mnożenie subagentów w jednej.

Jak to rozwiązać krok po kroku

  1. Zadaj sobie pytanie kontrolne: czy to zadanie wygeneruje dużo materiału (wyniki wyszukiwania, logi, treść wielu plików), do którego potem nie wrócę? Jeśli tak - to dobry kandydat na subagenta.
  2. Jeśli zadanie jest proste i krótkie albo silnie zależy od tego, co już ustaliliście w rozmowie, zostań w jednej sesji. Odpalanie subagenta tylko rozmyje kontekst i doda koszt.
  3. Do zadań wymagających skupionej specjalizacji (przegląd bezpieczeństwa, pisanie testów) użyj subagenta z zawężonymi narzędziami - dostaniesz czystszy wynik i mniej rozproszenia w głównym wątku.
  4. Gdy masz kilka niezależnych analiz, uruchom subagentów równolegle (patrz osobny wpis o zrównoleglaniu), ale pilnuj, żeby ich wyniki były zwięzłe - obszerne raporty od wielu agentów zjadają kontekst.
  5. Do dużej, wielogodzinnej pracy albo takiej, która nie mieści się w jednym oknie kontekstu, użyj osobnych sesji i przekazuj między nimi ustalenia, zamiast trzymać wszystko w jednej rozmowie.
  6. Obserwuj zużycie kontekstu komendą /context. Jeśli główna sesja szybko się zapełnia mimo delegowania, to znak, że subagenci zwracają za dużo - skróć ich zakres albo poproś o krótsze podsumowania.

Jak sprawdzić, że zadziałało

Dobrze dobrany podział poznasz po trzech rzeczach. Po pierwsze, główna rozmowa pozostaje czytelna - nie ma w niej ścian logów ani treści plików, których nie potrzebujesz. Po drugie, subagent zwraca zwięzłe, użyteczne podsumowanie, a nie surowy zrzut danych. Po trzecie, zużycie kontekstu (sprawdzisz je przez /context) rośnie wolniej niż przy trzymaniu całej pracy w jednym wątku. Jeśli tak jest, wybrałeś właściwy poziom podziału.

Wróć do listy: 100 najczęstszych problemów z Claude Code

Szkolenie Claude Code - od zera do zespołu agentów AI, prowadzi Łukasz Matuszewski (JSystems)

Szkolenie Claude Code - od zera do zespołu agentów AI -->

Szkolenie Claude Code - od zera do zespołu agentów AI

Tryb planowania, tryby uprawnień, komendy, MCP, hooki i systemy multi-agent - wszystko na żywym kodzie podczas trzydniowego szkolenia. Prowadzi Łukasz Matuszewski. Szkolenie ma terminy gwarantowane - odbędzie się niezależnie od liczby zgłoszeń.

Sprawdź szkolenie Claude Code

To szkolenie może być dofinansowane dla Ciebie z KFS lub BUR.

★★★★★Średnia ocena naszych szkoleń w Google: 5/5

Najczęściej zadawane pytania

Kiedy subagent w Claude Code ma sens, a kiedy nie?
Subagent ma sens, gdy zadanie poboczne wygenerowałoby dużo materiału, którego nie użyjesz ponownie, na przykład przeszukanie wielu plików czy analizę logów. Nie opłaca się dla prostych, krótkich zmian ani dla zadań silnie zależnych od wspólnego kontekstu, bo subagent działa w osobnym kontekście i dokłada koszt.
Czy subagent widzi całą wcześniejszą rozmowę z głównej sesji?
Nie w pełni. Subagent działa we własnym, odseparowanym kontekście i nie dziedziczy całej wiedzy zgromadzonej w głównym wątku, a z powrotem oddaje zwykle zwięzłe podsumowanie. Dlatego do pracy, która musi korzystać z narastającego, wspólnego kontekstu, często lepsza jest jedna ciągła sesja niż delegowanie do subagenta.
Co zrobić z zadaniem zbyt dużym na jedną sesję?
Do pracy, która ma trwać równolegle albo nie zmieści się w jednym oknie kontekstu, użyj osobnych sesji Claude Code i przekazuj między nimi ustalenia, zamiast mnożyć subagentów w jednej rozmowie. Osobne sesje mają własne, pełne okna kontekstu, więc lepiej udźwigną długą i obszerną robotę.
Jak sprawdzić, czy subagenci nie zjadają mi kontekstu?
Obserwuj zużycie kontekstu komendą /context w trakcie sesji. Jeśli główna rozmowa szybko się zapełnia mimo delegowania zadań, to znak, że subagenci zwracają zbyt obszerne wyniki. Skróć wtedy zakres ich zadań albo poproś o krótsze podsumowania, żeby raporty nie wypychały właściwej pracy z okna kontekstu.

Komentarze (0)

Musisz być zalogowany by móc dodać komentarz. Zaloguj się przez Google

Brak komentarzy...