Czym jest orkiestracja agentów?
Orkiestracja agentów to koordynowanie kilku agentów kodujących nad jednym zadaniem: dzielisz je, uruchamiasz części równolegle lub po kolei, sprawdzasz każdą i scalasz. Nazwy nie wymyślił jeden autor; Anthropic opisał „orchestrator-worker pattern” w czerwcu 2025. Orkiestracja mnoży dyscyplinę przeglądu, jaką ma człowiek: z sędzią, testami i bramką przed scaleniem to fabryka, bez nich to vibe coding w skali floty.
Pochodzenie Nazwy nie wymyślił jeden autor, a „orkiestracja” to stare słowo z dziedziny systemów. Anthropic opisał wzorzec orchestrator-worker dla systemu badawczego w tekście „How we built our multi-agent research system” (otwiera się w nowej karcie) z 13 czerwca 2025, a Steve Yegge przedstawił Gas Town, swój „fourth complete, functioning orchestrator of 2025” dla agentów kodujących, w tekście „Welcome to Gas Town” (otwiera się w nowej karcie) z 1 stycznia 2026.
- Po angielsku
- Agent orchestration
- Najbliższy poziom drabiny
- Wszystkie poziomy, darmowy przewodnik
- Szukane też jako
- orkiestracja wielu agentów, multi-agent orchestration, multi-agent development
Potem $19.99 miesięcznie lub $99.99 rocznie. Subskrypcję anulujesz na stronie konta. Zwrot pierwszego zakupu: 30 dni.
Dlaczego to ważne.
Orkiestracja mnoży dyscyplinę przeglądu, jaką już masz. Steve Yegge pisze o Gas Town, swoim orkiestratorze: „It’s also 100% vibe coded. I’ve never seen the code, and I never care to, which might give you pause.” Koszt rośnie z liczbą agentów: Anthropic zmierzył dla swojego wieloagentowego systemu badawczego „about 15× more tokens than chats” i ostrzegł, że „most coding tasks involve fewer truly parallelizable tasks than research”. Równoległość opłaca się tylko tam, gdzie każdą część da się zweryfikować osobno.
Orkiestracja agentów a vibe coding
Orkiestrację można prowadzić na zasadzie vibe codingu albo z weryfikacją, a różnica polega na tym, co sprawdza każdą część przed scaleniem.
| Pytanie | Vibe coding | Orkiestracja agentów |
|---|---|---|
| Co oznacza | Sposób pracy: przyjmujesz to, co pisze model, bez czytania diffu | Technika i kategoria narzędzi: dzielisz pracę, uruchamiasz kilku agentów, scalasz wyniki |
| Kto pisze kod | Model | Agenci wykonawcy, po jednym na jednostkę pracy (podzadanie, tor lub worktree) |
| Kto to sprawdza | Nikt nie czyta diffa; człowiek obserwuje zachowanie | We wzorcu planista, wykonawcy, sędzia: agent sędzia i kontrole deterministyczne, a na końcu człowiek przy scaleniu |
| Co kończy pętlę | Aplikacja wygląda, jakby działała | Polecenie akceptacyjne każdej jednostki, a potem scalenie przez orkiestratora |
| Skąd wzięła się nazwa | Andrej Karpathy, wpis na X, 2 lutego 2025 | Brak jednego autora; wzorzec orchestrator-worker Anthropic, 13 czerwca 2025 |
| Gdzie zawodzi | Poza projektami jednorazowymi nic nie zastępuje czytelnika | Bez kontroli to vibe coding w skali floty: Steve Yegge nazywa Gas Town „100% vibe coded” |
Planista, wykonawca i sędzia
Każdy wzorzec orkiestracji łączy trzy role inaczej, a większość porażek bierze się stąd, że jeden agent po cichu gra dwie.
| Rola | Robi | Nie wolno jej |
|---|---|---|
| Planista | Dzieli cel na jednostki, wskazuje pliki każdej jednostki, pisze wspólne kontrakty i podaje kontrolę akceptacyjną każdej jednostki | Pisać kodu implementacji |
| Wykonawca | Implementuje lub bada dokładnie jedną jednostkę, we własnym worktree albo maszynie wirtualnej | Dotykać plików poza swoją jednostką ani edytować testów, które go oceniają |
| Sędzia | Najpierw uruchamia kontrole deterministyczne, potem porównuje lub ocenia to, co wytworzyli wykonawcy | Edytować kodu, który ocenia, ani wiedzieć, który agent lub model napisał którego kandydata |
Cztery wzorce orkiestracji w trzech narzędziach
Wszystkie trzy narzędzia obsługują wszystkie cztery wzorce, ale z innych klocków: skryptowalne przepływy w Claude Code, subagenci i próby w chmurze w Codex, subagenci i agenci w chmurze na osobnych maszynach wirtualnych w Cursorze.
| Wzorzec | Claude Code | Codex | Cursor |
|---|---|---|---|
| Fan-out/fan-in | Subagenci; /batch dla 5 do 30 jednostek w worktree; dynamiczne przepływy dla dziesiątek do setek agentów | Subagenci z limitem [agents] max_threads; codex --worktree na tor | Subagenci, którzy od 2026-08-19 mogą działać na własnych maszynach wirtualnych; worktree dla własnych torów |
| Pipeline | Bloki phase() przepływu ze schema JSON przy każdym wywołaniu agent() | Łańcuch wywołań codex exec --output-schema FILE -o out.json | Automations uruchamiają agentów w chmurze według harmonogramu lub na zdarzenia |
| Best-of-N z sędzią | Przepływ, który uruchamia N kandydatów, a potem agent() sędziego | codex cloud exec --env ENV_ID --attempts 3 (cloud jest eksperymentalne) | Ten sam prompt na kilku Cloud Agents, potem sędzia |
| Writer/reviewer | Subagent recenzent tylko do odczytu; /code-review | codex exec review --base main lub /review | Bugbot recenzuje pull requesty jako osobny agent |
Jak robi to każde narzędzie.
Cursor, Claude Code i Codex nazywają to po swojemu. Każda notatka ma datę sprawdzenia.
Cursor
Subagenci, którzy od wydania z 2026-08-19 „can now run on their own virtual machines”; Automations uruchamiają agentów w chmurze według harmonogramu lub na zdarzenia.
Przewodnik po wzorcach orkiestracji (dokumentacja Cursora), 2026-08-28
Claude Code
Subagenci w .claude/agents/; /batch dzieli zmianę na 5 do 30 subagentów w worktree; dynamiczne przepływy pracy uruchamiają z jednego skryptu dziesiątki do setek agentów.
Domyślne limity to 20 działających subagentów na sesję i 16 równoległych agentów przepływu pracy, a jeden przebieg przepływu obsługuje do 1000 agentów. Zespoły agentów są eksperymentalne i domyślnie wyłączone.
Przewodnik po wzorcach orkiestracji, Claude Code 2.1.283, 2026-09-26
Codex
Subagenci domyślnie włączeni, z limitem [agents] max_threads; dla torów z kodem codex --worktree na tor albo git worktree add plus codex exec -C <dir>.
Tokeny wydane przez zagnieżdżonych subagentów liczą się do [goals] max_goal_token_budget. codex cloud exec --attempts przyjmuje od 1 do 4 prób jednego zadania, a cloud jest eksperymentalne.
Przewodnik po wzorcach orkiestracji, Codex 0.157.1, 2026-09-26
Najczęstsze pytania.
Czym orkiestracja agentów różni się od vibe codingu?
To nie przeciwieństwa. Steve Yegge nazywa swój orkiestrator Gas Town „100% vibe coded” i pisze „I’ve never seen the code” (1 stycznia 2026), więc orkiestrację można prowadzić na zasadzie vibe codingu. Z sędzią, testami deterministycznymi i bramką przed scaleniem ten sam wzorzec to fabryka oprogramowania. Nasza analiza: orkiestracja mnoży dyscyplinę przeglądu, jaką ma człowiek, a różni je weryfikacja.
Czy orkiestracja agentów to to samo co agentowe przepływy pracy?
Nie. Jeden agent poprawiający własny wynik to agentowy przepływ pracy; dwóch lub więcej agentów koordynowanych przez agenta prowadzącego albo skrypt to orkiestracja. Definicje Anthropic dają kolejne kroki: przepływ pracy, w którym ścieżki kodu są z góry ustalone; agent, który sam kieruje swoim procesem; i system wieloagentowy, w którym „a lead agent coordinates the process”. Czwarty wzorzec Andrew Nga, współpraca wielu agentów, to miejsce, w którym oba pojęcia zachodzą na siebie.
Czy warto orkiestrować kilku agentów przy kodowaniu?
Tylko tam, gdzie pracę da się podzielić na części sprawdzane osobno. System badawczy Anthropic z wieloma agentami pobił pojedynczego Claude Opus 4 o 90,2% w wewnętrznym teście badawczym, co nie jest wynikiem dla kodowania, a ten sam wpis mówi, że większość zadań programistycznych ma mniej części, które da się naprawdę zrównoleglić, niż badania. Tim Sehn z DoltHub podał około 100 dolarów w tokenach Claude za godzinę pracy Gas Town (jeden użytkownik, jedna konfiguracja).
Czy uruchamianie agentów w kilku worktree to to samo co orkiestracja?
Nie. Uruchomienie trzech agentów w trzech worktree to równoległość. Orkiestracja to planowanie, przydział i scalanie wokół niej: plan wskazujący pliki każdej jednostki, kontrola dla każdej jednostki i kolejność scalania. Przewodnik po Codex na tej stronie opisuje tory, które nie dzielą plików, jednego agenta na tor, scalane w kolejności zależności po tym, jak każdy przejdzie własną bramkę.
Słownik programowania z agentami AI
Każda nazwa poniżej jest zdefiniowana na tle vibe codingu: kto pisze kod, kto go sprawdza i co zatrzymuje pętlę.
Przeczytaj pełny przewodnik: inżynieria agentowa a vibe coding
Źródła.
Źródła pierwotne spoza tej strony, na których opiera się to hasło.
- How we built our multi-agent research system (otwiera się w nowej karcie) Jeremy Hadfield, Barry Zhang, Kenneth Lien, Florian Scholz, Jeremy Fox and Daniel Ford, Anthropic Engineering
- Welcome to Gas Town (otwiera się w nowej karcie) Steve Yegge, Medium
- Agentic Design Patterns Part 5: Multi-Agent Collaboration (otwiera się w nowej karcie) Andrew Ng, The Batch
- A Day in Gas Town (otwiera się w nowej karcie) Tim Sehn, DoltHub
Czytaj dalej.
Przewodniki, które idą głębiej, oraz hasła i porównania obok tego.
W dokumentacji
- Pełny słownik A-ZSubskrypcja
- Vibe coding a inżynieria agentowa: 21 pojęć porównanychZa darmo
- Poziom 5: prowadzisz fabrykę oprogramowaniaZa darmo
- Wzorce orkiestracji wielu agentów: planista, wykonawcy, sędziaSubskrypcja
- Dynamiczne przepływy pracy i ultracodeSubskrypcja
- Przepływy wieloagentowe w Codex: równoległe tory, subagenci i zadania w chmurzeSubskrypcja
- Dziesięciu agentów naraz: herdr, Conductor i worktreeSubskrypcja
Powiązane hasła
Porównania
Czytaj przewodniki w tych samych słowach.
Otwórz wszystkie przewodniki z 7-dniowym okresem próbnym. Każde hasło jest tu zdefiniowane raz, a przewodniki używają go tak samo.
Potem $19.99 miesięcznie lub $99.99 rocznie. Subskrypcję anulujesz na stronie konta. Zwrot pierwszego zakupu: 30 dni.