Dynamic workflows i Opus 4.8 — jak Claude Code uruchamia 1000 agentów równolegle
Opus 4.8 (maj 2026) przyniósł dynamic workflows — możliwość uruchamiania do 1000 równoległych subagentów w jednej sesji. Co to zmienia, dla kogo jest i jak wygląda w praktyce.
28 maja 2026 roku Anthropic wydał Opus 4.8. Nowy model w 41 dni po Opus 4.7 — tempo nieprzypadkowe. Razem z modelem pojawiła się funkcja, którą zespół Anthropic nazwał wprost „największym upgrade’em od czasu skills i subagentów”: dynamic workflows z obsługą do 1000 równoległych subagentów w jednej sesji.
To nie jest iteracyjna poprawa. To zmiana skali tego, co Claude Code może zrobić.
Czym są dynamic workflows
Dotychczasowy model pracy z subagentami był sekwencyjny lub lekko równoległy: uruchamiasz kilka subagentów, czekasz na wyniki, składasz całość. Dynamic workflows to coś innego — Opus 4.8 jako orkiestrator dynamicznie tworzy i zarządza dziesiątkami lub setkami subagentów, przydziela im podzadania w locie i scala wyniki w czasie rzeczywistym.
Kluczowe słowo: dynamicznie. Opus 4.8 nie planuje z góry ile subagentów potrzebuje — decyduje podczas wykonywania, w zależności od tego co odkrywa. Trafia na nieoczekiwany problem? Tworzy nowego agenta do jego zbadania. Pewna gałąź zadania okazuje się trywialna? Nie marnuje na nią zasobów.
Sztandarowy przykład: przepisanie Bun
Przykład podany przez Anthropic przy premierze dobrze ilustruje skalę: przepisanie projektu Bun (runtime JavaScript) z Zig na Rust. Około 750 tysięcy linii kodu. Czas: 11 dni.
Bez dynamic workflows takie zadanie jest niemożliwe do wykonania w Claude Code — kontekst jednej sesji nie pomieści analizy 750 tys. linii. Opus 4.8 jako orkiestrator podzielił projekt na setki niezależnych fragmentów, przydzielił je subagentom, zarządzał zależnościami między nimi i scalał wyniki. Żaden pojedynczy agent nie widział całości — ale razem wykonali zadanie, które wcześniej było poza zasięgiem.
Dla kogo są dynamic workflows
Dynamic workflows są dostępne w planie Max i wyżej (Team, Enterprise) — w trybie research preview od maja 2026. Planu Pro to nie dotyczy.
Ale nawet dla użytkowników Max: to narzędzie do zadań na skalę, nie do codziennej pracy. Jeśli regularnie pracujesz z jednym-dwoma plikami — Sonnet w standardowej sesji jest szybszy, tańszy i prostszy.
Dynamic workflows świecą przy:
- migracji dużych codebases (jak przykład z Bunem)
- analizie całych repozytoriów z tysiącami plików
- zadaniach wymagających równoległego przeszukiwania wielu źródeł
- generowaniu dokumentacji dla dużych projektów
Opus 4.8 jako daily driver vs orkiestrator
Warto rozróżnić dwa tryby użycia Opus 4.8:
Jako model w normalnej sesji — podobnie jak Opus 4.7, ale z lepszym rozumowaniem. Nadal obowiązuje routing 90/10: Sonnet do codziennej pracy, Opus do najtrudniejszych zadań.
Jako orkiestrator dynamic workflows — zupełnie inny tryb. Opus 4.8 nie pisze kodu bezpośrednio, lecz zarządza agentami które go piszą. Sam zużywa relatywnie mało tokenów — ciężka praca spada na subagenty, często działające na Sonnecie.
To drugie jest tym, co czyni Opus 4.8 wyjątkowym. Poprzednie modele też mogły zarządzać subagentami, ale nie na tej skali i nie z taką dynamiką.
Co to oznacza dla zwykłego użytkownika
Bezpośrednio — niewiele, jeśli masz plan Pro lub pracujesz nad typowymi projektami.
Pośrednio — dużo. Dynamic workflows to sygnał kierunku w którym zmierza Claude Code: od narzędzia do pisania kodu w jednej sesji do platformy do wykonywania zadań na skalę organizacji. Dzisiejszy power-user na Max to za rok prawdopodobnie standard.
Warto rozumieć jak to działa, zanim stanie się nowym domyślnym.