Nowa funkcja w Claude Code uruchomiła jednocześnie 41 agentów, zużyła 5 milionów tokenów i w jednym przebiegu pochłonęła połowę miesięcznego budżetu. Brzmi imponująco. Uczciwsze pytanie brzmi: czy w ogóle jest to Pani potrzebne? W większości przypadków odpowiedź brzmi „nie” — i dopiero to czyni tę funkcję interesującą.
Najważniejsze w skrócie
- Dynamiczne workflow (z Opus 4.8): Claude pisze skrypt JavaScript, który uruchamia równolegle od kilkudziesięciu do kilkuset sub-agents i na końcu scala wyniki.
- Potężne, ale drogie. Każdy agent to pełnoprawne wywołanie Claude’a. Jeden workflow potrafi zmniejszyć miesięczny budżet o połowę.
- Pięć narzędzi — Skill, sub-agent, zespół agentów, /goal, workflow — do różnych zadań. Różnica: ilu agentów bierze udział i czy rozmawiają ze sobą.
- Głębokość kontra szerokość: /goal powtarza aż do celu; workflow rozkłada pracę szeroko na wielu agentów.
- Wniosek: W pracy umysłowej i automatyzacji rzadko potrzebne. Przy dużych, równoległych zadaniach programistycznych ma sens.
O co chodzi
Wraz z Claude Opus 4.8 Anthropic wprowadził w Claude Code nową funkcję: dynamiczne workflow. Na pierwszy rzut oka budzi to zamieszanie. Są już sub-agents, zespoły agentów i /goal. Po co jeszcze jedno pojęcie — i kiedy się go używa, zwłaszcza przy kosztach, o których mowa?
Biorę to za pretekst, żeby czysto rozdzielić te pięć narzędzi. Nie dlatego, że każdego z nich potrzebuje Pani codziennie, lecz dlatego, że warto wiedzieć, co dana funkcja robi i kiedy rozwiązuje realny problem — zamiast robić coś tylko dlatego, że jest nowe.
Pięć narzędzi, które wydają się podobne
Właściwa różnica jest prosta: ilu agentów bierze udział — i czy mogą ze sobą rozmawiać?
- Skill — przepis wielokrotnego użytku. Z czasem staje się lepszy.
- Sub-agent — równoległy pracownik z własnym oknem kontekstowym. Nie rozmawia z innymi, tylko raportuje do sesji głównej.
- Zespół agentów — mała ekipa z własnymi rolami, która się uzgadnia i dzieli jedną listą zadań. Droższe.
- Workflow — Claude pisze skrypt JavaScript, który orkiestruje wielu agentów. Wyniki są scalane na końcu.
Decydująca różnica przy workflow: kto trzyma plan? W workflow planem jest plik JavaScript — a ten można zapisać i uruchomić ponownie.
Drabina: więcej mocy, więcej ryzyka, więcej kosztów
- Po prostu zapytać Claude’a — przemyślenie, jedno pobranie z sieci, jedno wywołanie API.
- Skill — powtarzalny proces.
- Sub-agent — praca równolegle do sesji głównej.
- Zespół agentów — równolegli pracownicy, którzy ze sobą rozmawiają.
- /goal — pętla, aż spełnione zostanie kryterium.
- Dynamiczny workflow — duże, równoległe zadanie.
Dobra wiadomość: workflow nie uruchomi się przypadkiem. Claude pyta wcześniej.
Workflow kontra /goal: szerokość przeciw głębokości
- /goal to głębokość. Pętla, która wciąż sprawdza, czy cel został osiągnięty. Jeden agent wykonuje kilka przebiegów.
- Workflow to szerokość. Wielu sub-agents zajmuje się różnymi rzeczami; na końcu wszystko jest scalane. Nie sprawdza się tu kryterium „gotowe”, tylko wykonuje ustalony plan.
Kwestia kosztów — odpowiedź uczciwa
Każdy agent to pełnoprawne wywołanie Claude’a z własnym kontekstem, a uruchamia się ich wiele. Większość kosztów przypada na stronę wejścia — tańszą niż wyjście, ale szybko się sumuje.
Trzy zasady, ta sama dyscyplina co przy /goal:
- Zawęzić zakres.
- Nazwać oczekiwany wynik.
- Ustawić sub-agents na Haiku, gdzie to możliwe.
Kiedy to się naprawdę opłaca
Proszę sięgnąć po workflow (lub zespół agentów), gdy:
- sprawdza Pani każdy plik w bazie kodu.
- czeka Panią migracja obejmująca 400 plików.
- ryzyko jest wysokie i każdy fragment zasługuje na maksymalną moc obliczeniową.
Proszę odpuścić przy pojedynczych zmianach, szybkich pytaniach czy zwykłej pracy umysłowej. Test lakmusowy: czy zadanie rozpada się na wiele niezależnych, równocześnie działających części? Jeśli tak — proszę spróbować workflow.
Dwa ukryte szczegóły
Gdzie zapisywany jest skrypt
Skrypty workflow lądują domyślnie globalnie w katalogu roboczym Claude Code. Aby zapisać je w projekcie, trzeba wyraźnie polecić Claude’owi zapis w .claude/workflows. Potem ponowne uruchomienie jest trywialne.
ultracode — najdroższy poziom
Za pomocą /effort ustawia się poziom rozumowania Opusa. Jest jednak także ultracode: najmądrzejszy i najdroższy. Każdy prompt staje się workflow, wiele potwierdzeń jest pomijanych. Jeszcze jeden szczegół: słowo „workflow” podświetla się kolorowo podczas pisania, ale nie uruchamia go automatycznie. Niezawodnie działa: „Skonfiguruj mi dynamiczny workflow, który …”
Całość na jednej stronie
- Szybkie pojedyncze pytanie → po prostu zapytać Claude Code.
- Coś, co Pani powtarza → Skill.
- Nieprzejrzyste zadanie poboczne → sub-agent.
- Mała ekipa, która się uzgadnia → zespół agentów.
- Działanie, aż spełnione zostanie kryterium → /goal.
- Duże, równoległe zadanie → dynamiczne workflow (ostrożnie).
A MCP, CLI i punkty końcowe API można podpiąć do każdego z tych narzędzi — w ten sposób podłącza Pani własne dane i systemy.
Wniosek
Dynamiczne workflow to mocne narzędzie dokładnie do jednego przypadku: dużych zadań, które rozpadają się na wiele niezależnych, równoległych części. Do wszystkiego innego Skill, sub-agent albo /goal są zwykle uczciwszym — i tańszym — wyborem. Najważniejszą umiejętnością nie jest używanie każdej nowej funkcji, lecz rozpoznanie, kiedy problem naprawdę tego wymaga. Dokładnie to pytanie zadaję przy każdym projekcie automatyzacyjnym: czy potrzebna jest ciężka artyleria, czy wystarczy szczupłe rozwiązanie oparte na regułach?
Źródło: Swobodna adaptacja materiału „Claude Code Dynamic Workflows Clearly Explained” autorstwa Nate Herk | AI Automation — obejrzyj na YouTube. Klasyfikacja, wybór i sformułowania pochodzą od pletzenauer — digital consulting.