Ultracode w Claude Code 2026: jak włączyć go jednym poleceniem
MarkdownUltracode w Claude Code: tryb, w którym Claude sam uruchamia zespół agentów. Czym różni się od /effort xhigh, jak go włączyć i jak szybko zużywa tokeny.
Przeczytaj cały artykuł
Najważniejsze wnioski
Ultracode to tryb w Claude Code, w którym Claude sam decyduje, czy warto wykonać zadanie jako przepływ pracy z dziesiątkami agentów działających równolegle, zamiast odpowiadać na podstawie pojedynczego promptu. Włącz go poleceniem /effort ultracode dla całej sesji albo słowem ultracode na początku pojedynczego zadania. Pod maską łączy wysiłek xhigh (jak Opus 4.8 na maksymalnym poziomie) z automatycznym orkiestratorem. Przydaje się do dużych audytów kodu, migracji obejmujących setki plików i dogłębnych badań. Zużywa tokeny kilka razy szybciej niż zwykły tryb, dlatego do rutynowej pracy lepiej używać /effort high.
Informacje o korzystaniu z usługi znajdziesz w dokumentacji Ailoot.
Czym jest ultracode i komu się przyda
Najważniejsze wnioski
Ultracode to ustawienie na poziomie sesji w Claude Code, które łączy maksymalny poziom rozumowania (xhigh) z automatyczną orkiestracją dynamicznych przepływów pracy. Pojawił się 28 maja 2026 r. w wersji v2.1.154, wraz z premierą Opus 4.8. Jest przeznaczony do dużych zadań, z którymi nie poradzi sobie jeden prompt: audytu całego projektu, migracji 500 plików czy zbadania złożonego pytania w 20 źródłach.
Do 28 maja 2026 r. Claude Code miał tylko parametr /effort z poziomami low / medium / high / xhigh. Określa on poziom „myślenia” modelu: im wyższy, tym więcej tokenów zużywa rozumowanie, tym dokładniejszy jest wynik i tym dłużej Claude odpowiada.
Ultracode nie mieści się na skali /effort low → xhigh. Działa obok niej. Po włączeniu Claude automatycznie ocenia zadanie i decyduje: „To lepiej podzielić na 30 agentów działających równolegle, a potem zebrać wyniki”. Wcześniej trzeba było zrobić to ręcznie, pisząc własny przepływ pracy lub składając polecenie dla subagenta. Teraz Claude sam decyduje, kiedy ma to sens.
Głównymi odbiorcami są osoby, które natrafiły na ograniczenia pojedynczego promptu. Jeśli:
- uruchomiłeś
/code-revieww repozytorium z 200 plikami, a sesja załamała się przy pliku 50 - poprosiłeś: „znajdź wszystkie miejsca, w których używamy przestarzałego API”, a Claude wskazał trzy i pominął kolejnych piętnaście
- chcesz, by Claude sprawdził własną hipotezę z trzech stron, zanim udzieli odpowiedzi
to ultracode jest dla ciebie. Jeśli piszesz jedną funkcję i potrzebujesz jednego rozwiązania, nie jest ci potrzebny: zwykłe /effort high wystarczy, zużywając trzy razy mniej tokenów.
Czym ultracode różni się od zwykłych poziomów effort: low/medium/high/xhigh
Najważniejsze wnioski
Zwykły effort zmienia głębokość rozumowania w pojedynczej odpowiedzi. Ultracode dodaje automatyczny wybór: uruchomić przepływ pracy z równoległymi agentami czy rozwiązać zadanie za jednym podejściem. Głębokość rozumowania pozostaje na maksymalnym poziomie xhigh, a dodatkowo dochodzi warstwa orkiestracji.
Porównanie najważniejszych parametrów:
| Parametr | /effort low | /effort medium | /effort high | /effort xhigh | /effort ultracode |
|---|---|---|---|---|---|
| Głębokość rozumowania | minimalna | średnia | duża | maksymalna | maksymalna (xhigh) |
| Tokeny na rozumowanie | niewiele | średnio | dużo | bardzo dużo | bardzo dużo + orkiestracja |
| Kto decyduje o podziale zadania | ty | ty | ty | ty | Claude automatycznie |
| Kiedy rozpoczyna się przepływ pracy | na twoje polecenie | na twoje polecenie | na twoje polecenie | na twoje polecenie | przy każdym istotnym zadaniu |
| Reset między sesjami | nie | nie | nie | nie | tak — trzeba ponownie włączyć |
| Dostępność w modelach | wszystkie | wszystkie | wszystkie | tylko modele z xhigh | tylko modele z xhigh (Opus 4.8) |
Główna różnica w jednym zdaniu: /effort xhigh oznacza „myśl dłużej”; ultracode oznacza „myśl dłużej I sam zdecyduj, kiedy wystarczy jeden prompt, a kiedy potrzeba zespołu 30 agentów”. W istocie ultracode dodaje więc do xhigh kolejną warstwę: automatyczną orkiestrację.
Anthropic wyraźnie stwierdza to w oficjalnej dokumentacji:
Po włączeniu ultracode Claude decyduje, kiedy zadanie uzasadnia uruchomienie przepływu pracy. Pojedyncze żądanie może uruchomić kolejno kilka przepływów pracy: jeden do zrozumienia kodu, jeden do wprowadzenia zmian i jeden do ich weryfikacji.
To oznacza, że jedno twoje żądanie może rozwinąć się w trzy następujące po sobie przepływy pracy: zrozumienie kodu, wprowadzenie zmian i ich weryfikacja. Każdy z nich może uruchomić 10–30 agentów działających równolegle.
Wersje i modele obsługujące ultracode
Najważniejsze wnioski
Potrzebujesz Claude Code w wersji v2.1.154 lub nowszej oraz modelu obsługującego effort xhigh. Według stanu na czerwiec 2026 r. Anthropic w praktyce wiąże premierę xhigh z Opus 4.8 (w dzienniku zmian nie potwierdzono innych modeli z xhigh). Funkcja jest dostępna w planach Pro / Max / Team / Enterprise oraz przez API. W planie Pro trzeba włączyć ją ręcznie w /config; w pozostałych planach działa od razu. Obsługują ją także Bedrock, Vertex AI i Microsoft Foundry.
Sprawdź wersję:
claude --version
Jeśli jest starsza niż 2.1.154, zaktualizuj ją:
npm install -g @anthropic-ai/claude-code
Następnie sprawdź listę poziomów effort:
claude /effort
Jeśli na liście rozwijanej widzisz ultracode, wszystko jest gotowe. Jeśli go nie ma, najprawdopodobniej:
- obecny model to nie Opus 4.8 (na przykład Sonnet 4.7 nie obsługuje xhigh)
- korzystasz z Pro, a tryb jest wyłączony w
/config(włącz opcję „Dynamic workflows”) - administrator organizacji wyłączył przepływy pracy w ustawieniach zarządzanych
Sprawdź model:
claude /model
Jeśli domyślnym modelem nie jest Opus 4.8, zmień go: wybierz Opus 4.8 w menu modeli lub ustaw go jako domyślny klawiszem d.
Jak włączyć ultracode: dwie metody
Najważniejsze wnioski
Pierwsza metoda włącza ultracode na całą sesję za pomocą /effort ultracode. Każde kolejne zadanie w tej sesji będzie podlegać automatycznemu wyborowi przepływu pracy. Druga metoda dotyczy jednego zadania: umieść słowo ultracode na początku promptu; zostanie podświetlone, a przepływ pracy uruchomi się tylko dla tego zadania. Poziom effort sesji się nie zmieni.
Metoda 1. Włącz na całą sesję.
W sesji Claude Code wpisz:
/effort ultracode
Od tej chwili Claude sam będzie decydował, czy uruchomić przepływ pracy dla każdego istotnego zadania. Sesja potrwa do momentu jej zamknięcia. Po zamknięciu i ponownym uruchomieniu Claude Code ultracode zostanie zresetowany. To celowe: ten tryb należy włączać świadomie, a nie mieć go „domyślnie”.
Metoda 2. Tylko dla jednego zadania.
Umieść ultracode na początku promptu (przed v2.1.160 słowem kluczowym było workflow; po wydaniu tej wersji Anthropic zmienił wyzwalacz, aby uniknąć pomylenia ze zwykłym uruchomieniem):
ultracode: go through all /api/* endpoints in src/routes/ and find where authorization checks are missing
Claude Code podświetli słowo ultracode i uruchomi to zadanie jako przepływ pracy. Poziom effort sesji pozostanie taki sam (high lub medium, zależnie od ustawienia).
Anthropic pisze, że można też poprosić o to w języku naturalnym:
Można też poprosić własnymi słowami, na przykład „use a workflow” lub „run a workflow”: Claude potraktuje bezpośrednią prośbę jako taką samą zgodę na uruchomienie.
Jeśli przypadkowo wpiszesz ultracode, choć nie chcesz uruchomić przepływu pracy, umieść kursor bezpośrednio za podświetlonym słowem i naciśnij Option+W (macOS) lub Alt+W (Windows/Linux). Podświetlenie zniknie, a zadanie będzie kontynuowane w zwykły sposób.
Jak zmienia się praca Claude po włączeniu
Najważniejsze wnioski
Claude przestaje odpowiadać „tura po turze” — jeden prompt od ciebie, jedna odpowiedź od Claude. Zamiast tego pisze skrypt JavaScript, który środowisko uruchomieniowe wykonuje w tle. Skrypt może uruchomić 10–30 agentów równolegle, z których każdy ma własny kontekst, a następnie zebrać ich wyniki. Sesja nadal reaguje, więc podczas działania przepływu pracy w tle możesz przydzielać nowe zadania.
Bez ultracode: piszesz prompt, Claude myśli przez 30 sekund i odpowiada. Jeśli zadanie jest duże, kontekst wypełnia się wynikami pośrednimi, a pod koniec sesji wszystko zaczyna „dryfować”.
Z ultracode: piszesz prompt, Claude ocenia skalę zadania i tworzy skrypt. Skrypt działa w odizolowanym środowisku: wyniki pośrednie przechowuje w zmiennych skryptu, a nie w kontekście sesji. Otrzymujesz tylko końcową odpowiedź.
W praktyce daje to trzy efekty:
- Kontekst sesji się nie zapełnia. Możesz dłużej pracować bez
/compact. - Możesz pracować równolegle. Jedno uruchomienie może uruchomić jednocześnie do 16 agentów (mniej na komputerach o słabszym CPU). Limit całego uruchomienia wynosi 1000 agentów.
- Wynik jest sprawdzany automatycznie. Claude może poprosić jednego agenta o przygotowanie rozwiązania, a drugiego o jego krytyczną ocenę. Ogranicza to halucynacje przy złożonych zadaniach.
Uruchomienie możesz obserwować na żywo:
/workflows
Otworzy się lista uruchomionych i ukończonych przepływów pracy. Za pomocą klawiszy strzałek wybierz jeden i naciśnij Enter, aby otworzyć szczegóły jego etapów. Zobaczysz agentów, zużycie tokenów przez każdego z nich oraz czas wykonania. Naciśnij p, aby wstrzymać, x, aby zatrzymać, lub r, aby ponownie uruchomić agenta.
Kiedy włączać ultracode, a kiedy nie
Najważniejsze wnioski
Włącz go do zadań, z którymi pojedynczy prompt już sobie nie radzi: audytu całego projektu, migracji setek plików albo dogłębnego badania z weryfikacją źródeł. Nie włączaj go do rutynowej pracy — naprawiania jednego błędu, pisania jednej funkcji czy poprawiania literówki. Każde zadanie w trybie ultracode kosztuje kilka razy więcej tokenów, więc używanie go do małych prac po prostu marnuje budżet.
⚠️ Od 15 czerwca 2026 r. Anthropic rozdzielił subskrypcję: obciążenia programowe (w tym przepływy pracy) korzystają z oddzielnego kredytu w wysokości $20–$200 miesięcznie. Po wyczerpaniu kredytu żądania przepływów pracy po prostu przestają działać, bez przejścia na subskrypcję. Znacząco zmienia to opłacalność ultracode w planie Pro — zobacz sekcję o tokenach poniżej.
Trzy sytuacje, w których ultracode ma uzasadnienie:
1. Audyt dużej bazy kodu. Na przykład: „znajdź wszystkie miejsca w projekcie, w których zapisujemy hasła w logach”. Jeden prompt wystarczy tylko dla małego repozytorium. W repozytorium z 500 plikami jeden Claude zapomni o połowie, a przepływ pracy uruchomi równolegle 20 agentów, z których każdy obsłuży 25 plików.
2. Migracja obejmująca wiele plików. Zastąpienie przestarzałego API, przejście z jednej biblioteki na inną albo refaktoryzacja wzorca w całym projekcie. Przepływ pracy może przetwarzać pliki partiami po 10 i sprawdzać wyniki po każdej partii.
3. Badanie wymagające porównywania źródeł. Anthropic udostępnia do tego przepływ /deep-research: rozkłada pytanie na różne wątki, wyszukuje źródła, porównuje fakty i odrzuca informacje, których nie udało się potwierdzić. Użyłem go do zebrania danych o rynku AI do programowania i otrzymałem raport lepszy niż wynik godziny mojej ręcznej pracy.
Trzy sytuacje, w których ultracode marnuje tokeny:
1. Naprawianie jednego błędu w jednej funkcji. Pojedynczy prompt /effort high wykona tę pracę za jedną dziesiątą kosztu. Nie uruchamiaj do tego przepływu pracy.
2. Pisanie jednej nowej funkcji lub komponentu. Tak samo: użyj /effort high, a nawet medium. Złożoność nie rośnie wraz z liczbą agentów, lecz z głębokością rozumowania, którą samo xhigh zapewnia bez orkiestracji.
3. Potrzebujesz szybkiej odpowiedzi. Przepływ pracy z definicji trwa dłużej niż zwykły prompt: nawet przy agentach działających równolegle koordynacja zajmuje czas. Jeśli potrzebujesz odpowiedzi „natychmiast, w ciągu tej samej minuty”, nie włączaj go.
Strategia zastosowana w opisanym tu przykładzie: do rutynowych edycji domyślnie używaj /effort high. Ultracode włączam wybiórczo dla konkretnego zadania, wpisując słowo w prompt, a nie dla całej sesji. Jeśli zapomnisz go wyłączyć, po zadaniu tryb będzie nadal używany do rutynowej pracy i bez potrzeby pochłonie tokeny.
Ile tokenów i pieniędzy to kosztuje
Najważniejsze wnioski
Każdy przepływ pracy zużywa tyle tokenów, ile łącznie zużyją wszystkie jego agenty. Przepływ z 30 agentami oznacza 30 kontekstów, z których każdy ma prompt systemowy, narzędzia i własne rozumowanie. Zużycie tokenów jest kilka razy większe niż przy jednym prompcie. W planie Pro jeden duży przepływ może pochłonąć połowę dziennego limitu. W Max i Team sytuacja jest łatwiejsza, ale nadal trzeba kontrolować zużycie.
Oszacujmy to w przybliżeniu. Jeden zwykły prompt do Opus 4.8 przy effort high zużywa około 5,000–15,000 tokenów na rozumowanie, do czego dochodzi odpowiedź modelu. Dobry, obszerny wynik zadania to łącznie 50,000–100,000 tokenów.
Przepływ pracy z 20 agentami oznacza 20 równoległych promptów, z których każdy ma własny kontekst promptu systemowego (~5–10K), własne rozumowanie (xhigh — 10–30K) i własną odpowiedź. Szacunkowo jedno uruchomienie zużywa 600,000–1.5 miliona tokenów. To 10–30 razy więcej niż jeden „zwykły” prompt.
Co to oznacza w pieniądzach:
- Pro ($20/miesiąc): W lutym 2026 r. Anthropic wyjaśnił zakaz programowego dostępu przez oprogramowanie firm trzecich, a 15 czerwca 2026 r. oddzielił kredyt na przepływy pracy od subskrypcji czatu. Pro otrzymuje $20 kredytu na obciążenia programowe. Jeden duży przepływ pracy zużyje połowę tej kwoty. Gdy kredyt się skończy, przepływy pracy przestaną się uruchamiać, dopóki nie włączysz opłat za przekroczenie limitu.
- Max 5x ($100/miesiąc): $100 kredytu. Wystarczy na 5–10 dużych przepływów pracy miesięcznie.
- Max 20x ($200/miesiąc): $200 kredytu.
- Team ($30/$150 na członka): Kredyt odpowiada planowi subskrypcyjnemu każdego stanowiska.
- API: Płacisz po prostu według stawki za tokeny.
Sam Anthropic zaleca oszacowanie kosztu przed uruchomieniem przepływu pracy:
Aby oszacować wydatki przed podjęciem się dużego zadania, najpierw uruchom przepływ pracy na małym fragmencie: jednym katalogu zamiast całego repozytorium albo wąskim pytaniu zamiast szerokiego.
Czyli najpierw uruchom przepływ pracy na jednym folderze, sprawdź w /workflows, ile kosztował, a potem zdecyduj, czy uruchomić go w całym repozytorium. Łączny limit jednego uruchomienia to 1000 agentów, ale nawet 100 agentów w dużym repozytorium oznacza już setki tysięcy tokenów.
Jeśli chcesz „zmniejszyć zużycie”, możesz jawnie przypisać mniejszy model do etapów pomocniczych w skrypcie przepływu pracy. W prompcie napisz: „użyj Sonnet 4.7 do klasyfikacji plików, a Opus 4.8 tylko do końcowej analizy”. Anthropic to obsługuje.
Co dzieje się wewnątrz: przepływy pracy, /workflows i limity
Najważniejsze wnioski
Przepływ pracy to skrypt JavaScript, który Claude pisze na potrzeby zadania, a środowisko uruchomieniowe wykonuje w odizolowanym środowisku. Sam skrypt obsługuje pętle, rozgałęzienia i wyniki pośrednie, nie zaśmiecając kontekstu. Możesz go przeczytać, edytować i zapisać jako polecenie. Limity środowiska uruchomieniowego: 16 równoległych agentów i 1000 agentów łącznie na jedno uruchomienie.
Każde uruchomienie zapisuje własny skrypt w pliku w katalogu ~/.claude/projects/. Po rozpoczęciu uruchomienia Claude otrzymuje ścieżkę do skryptu. Dzięki temu możesz:
- poprosić Claude: „pokaż mi skrypt tego przepływu pracy”
- otworzyć go w edytorze i sprawdzić jego logikę
- porównać go z poprzednim uruchomieniem
- edytować go i poprosić Claude o ponowne uruchomienie zmodyfikowanej wersji
Środowisko uruchomieniowe nakłada następujące ograniczenia:
| Limit | Dlaczego |
|---|---|
| Brak możliwości podania danych przez użytkownika w trakcie uruchomienia | Aby uruchomienie nie czekało bez końca — jeśli potrzebujesz potwierdzenia między etapami, utwórz osobny przepływ pracy dla każdego etapu |
| Skrypt nie ma bezpośredniego dostępu do plików ani powłoki | Zajmują się tym agenty; skrypt tylko nimi koordynuje |
| Maksymalnie 16 agentów równolegle | Aby nie przeciążyć lokalnego CPU |
| Łącznie 1000 agentów na jedno uruchomienie | Aby wadliwy skrypt nie wszedł w nieskończoną pętlę |
Do każdego uruchomienia stosowany jest tryb uprawnień. Domyślnie Claude Code za każdym razem prosi o pozwolenie. Możesz wybrać „Yes, and don't ask again for <name> in <path>”; wtedy ten konkretny przepływ pracy w danym projekcie nie będzie już pytał o zgodę. W trybie Auto Claude pyta tylko przy pierwszym uruchomieniu, a potem zapisuje zgodę w ustawieniach użytkownika. W claude -p i Agent SDK nie pyta, bo nie ma nikogo, kto mógłby odpowiedzieć.
Ważna kwestia: subagenty w przepływach pracy zawsze działają w trybie acceptEdits i dziedziczą listę dozwolonych narzędzi, niezależnie od aktualnego trybu uprawnień. Edycje plików są zatwierdzane automatycznie. Pamiętaj o tym podczas pracy nad czymś ważnym.
Jak zapisać działający przepływ pracy jako polecenie
Najważniejsze wnioski
Jeśli uruchomiłeś przepływ pracy, podoba ci się jego działanie i wiesz, że będziesz go używać ponownie, zapisz go jako /command za pomocą /workflows i klawisza s. Będzie działać jak zwykłe polecenie ukośnikowe: /workflow_name arguments. Zostanie zapisany w .claude/workflows/ projektu (dla zespołu) albo w ~/.claude/workflows/ (tylko dla ciebie).
Scenariusz: uruchomiłem /code-review przez ultracode na nowej gałęzi. Przepływ pracy wykonał trzy uruchomienia: pierwsze szybko przejrzało cały diff, drugie szczegółowo sprawdziło funkcje związane z bezpieczeństwem, a trzecie uruchomiło testy zmienionych funkcji. Wyniki były spójne i wykryto dwa problemy.
Teraz chcę uruchamiać ten przepływ na każdej gałęzi przed scaleniem. Otwieram:
/workflows
Wybieram ukończone uruchomienie i naciskam s. W oknie dialogowym wybieram miejsce zapisu: .claude/workflows/ (w projekcie, w git, dostępne dla zespołu) lub ~/.claude/workflows/ (osobiste, dostępne w dowolnym projekcie). Nadaję nazwę, na przykład pre-merge-review, i naciskam Enter.
Od teraz w dowolnej przyszłej sesji mogę wpisać:
/pre-merge-review
Przepływ pracy rozpocznie się z tym samym skryptem, który debugowałem.
Jeśli przepływ pracy oczekuje argumentów, opisz to w prompcie podczas zapisywania; skrypt otrzyma wtedy args jako zmienną globalną. Możesz przekazać listę ścieżek, numery zgłoszeń, identyfikatory plików lub dowolne inne dane.
Anthropic zaznacza, że argumenty są przekazywane jako ustrukturyzowane dane:
Claude przekazuje listę jako ustrukturyzowane dane, więc skrypt może bezpośrednio wywoływać metody tablic i obiektów na args, bez wcześniejszego parsowania.
Oznacza to, że możesz bezpośrednio używać args.map(...) w skrypcie, bez parsowania ciągu znaków. Przydaje się to do zadań masowych, takich jak obsługa listy zgłoszeń, folderów lub endpointów.
Jak wyłączyć ultracode i dlaczego warto to zrobić
Najważniejsze wnioski
Wyłącz go poleceniem /effort high (lub innym potrzebnym poziomem), a sesja wróci do zwykłego trybu. Aby na stałe wyłączyć przepływy pracy, użyj przełącznika „Dynamic workflows” w /config albo ustaw zmienną środowiskową CLAUDE_CODE_DISABLE_WORKFLOWS=1. W organizacjach można to zrobić za pomocą ustawień zarządzanych.
Głównym powodem wyłączenia jest powrót do rutynowej pracy. Jeśli przełączyłeś się na ultracode na potrzeby jednego dużego zadania i już je ukończyłeś, od razu wróć do poprzedniego trybu:
/effort high
W przeciwnym razie twoja kolejna drobna edycja zostanie wykonana jako przepływ pracy i zużyje tokeny bez żadnej korzyści.
Do użycia wyłącznie słowem kluczowym pozostaw Dynamic workflows włączone i zwykły effort sesji, np. /effort high; dodawaj ultracode tylko do wybranego zadania. Nie stosuj do tego globalnego wyłączenia poniżej: blokuje też słowo kluczowe. Jeśli chcesz zakazać zarówno trybu sesji, jak i wyzwalania słowem, użyj jednej z globalnych opcji:
# w ustawieniach klienta
# /config → Dynamic workflows → off
# lub
# ~/.claude/settings.json
{
"disableWorkflows": true
}
# lub za pomocą zmiennej środowiskowej
export CLAUDE_CODE_DISABLE_WORKFLOWS=1
Po tym słowo kluczowe ultracode w prompcie nie będzie już uruchamiać przepływu pracy, a sama opcja ultracode zniknie z menu /effort. To przydatne, jeśli pracujesz w zespole, który chce stosować wspólną zasadę: „bez automatycznych przepływów pracy”. W takim przypadku ustaw ją w zarządzanych ustawieniach organizacji.
Domyślnie używam /effort high, a ultracode włączam wybiórczo. To kompromis między „wykonaj porządnie, gdy trzeba” a „nie marnuj budżetu bez powodu”. Do rutynowych edycji w opisywanym projekcie zwykły poziom high wystarczy. Gdy potrzebuję przeprowadzić duży audyt bezpieczeństwa albo zebrać informacje z 20 źródeł, używam /effort ultracode lub umieszczam to słowo na początku promptu.
Co zrobić dalej
Jeśli teraz korzystasz z Claude Code i masz wersję v2.1.154+ oraz model Opus 4.8, wypróbuj tę funkcję. Nie dla całej sesji, tylko dla jednego konkretnego zadania:
ultracode: go through all the files in src/components/ui/ and find where the same button is styled differently
Sprawdź /workflows, aby zobaczyć, ilu agentów uruchomiono i ile tokenów zużyli. Dzięki temu poznasz koszty i korzyści bardziej realistycznie niż na podstawie jakiegokolwiek opisu.
Źródła
Źródła
Zobacz także:
- Dynamiczne przepływy pracy w Claude Code: jak koordynować setki agentów działających równolegle
- Wielu agentów w Claude Code: jak zrównoleglić subagentów
- Rutyny w Claude Code: automatyzacja według harmonogramu zamiast cron
- Sonnet czy Opus w Claude Code: którego modelu używać do jakiego zadania
- Tryb celu w Claude Code i Codex: wyznacz cel i dąż do jego realizacji
Poznaj Ailoot.
Więcej szczegółów
Pytania i odpowiedzi
Jak zachować workflows tylko dla świadomego użycia słowa kluczowego?
Pozostaw Dynamic workflows włączone i zwykły effort sesji, np. /effort high. Dodaj ultracode tylko do konkretnego zadania; globalne wyłączenie workflows blokuje także tę ścieżkę.
Jak zatrzymać automatyczny wybór workflows w sesji?
Wróć z /effort ultracode do zwykłego poziomu effort. Jeśli chcesz zakazać zarówno sesji, jak i słowa kluczowego, użyj opisanego globalnego wyłączenia i sprawdź, że słowo już nie uruchamia workflowu.