Anthropic je dodao dinamičke tijekove rada Claude upravljanim agentima u javnoj beta verziji, premještajući zajednički obrazac inženjeringa agenta iz lokalnog orkestralnog koda u samu Claude platformu.
Izdanje od 9. listopada omogućuje upravljanom agentu pisanje programa tijeka rada, izvršavanje mnogih agenata u fazama i kombiniranje njihovih rezultata dok poslužitelj izvodi rad u pozadini kao izvođenje tijeka rada. Programeri omogućuju beta verziju s managed-agents-2026-04-01 beta zaglavljem i konfiguriraju polje multiagent s vrstom multiagent_20261001 i omogućenim tijekovima rada. Anthropic također kaže da se workflow_run događaji pojavljuju u toku događaja sesije, dajući aplikacijama način da promatraju napredak umjesto da tijek rada tretiraju kao jedan neprozirni poziv.
To je značajna promjena za timove koji grade agentske sustave. Dekompozicija s više agenata obično zahtijeva planere na strani aplikacije, redove čekanja, pohranu stanja, ponovne pokušaje i logiku spajanja rezultata. Anthropic sada pakira dio tog sloja orkestracije kao hostiranu API mogućnost.
Što se promijenilo
Claude Upravljani agenti već su programerima dali upravljano okruženje za agentske sesije. Dinamički tijekovi rada proširuju taj model dopuštajući agentu da proizvede program tijeka rada koji koordinira druge agente kroz faze. Umjesto programera koji kodira svaki korak paralelnog pregleda ili istraživanja, upravljani agent može definirati tijek rada, a Claude Platforma ga može izvoditi asinkrono.
Korisna razlika nije jednostavno "više agenata". To je mjesto gdje živi orkestracija. S ovom beta verzijom rad je predstavljen kao tijek rada na strani Anthropic, s događajima koji se pojavljuju kroz tok sesije. To bi moglo pojednostaviti neke arhitekture u kojima su timovi prije morali izgraditi vlastitu uslugu kontrolera oko Claude poziva.
Značajka ostaje beta. Anthropic dokumentirana konfiguracija i nazivi događaja stabilne su činjenice dostupne iz napomena o izdanju i dokumentacije upravljanog agenta pregledane ovdje. U zapisima trećih strana opisana su određena ograničenja razmjera za agente po izvođenju i istodobne agente, ali ta ograničenja treba provjeriti u odnosu na Anthropic trenutnu dokumentaciju o izvođenju tijeka rada prije nego što se tretiraju kao operativna ograničenja koja se mogu objaviti.
Zašto je to važno za API timove
Hostirana orkestracija tijeka rada olakšava pokretanje agentskih radnih opterećenja, ali teže ležerno vladati. Jedan zahtjev korisnika može se raširiti u mnoge pozive modela, međusažetke, pozive alata i završne korake sinteze. To mijenja trošak i profil vidljivosti aplikacije čak i kada proizvod koji je okrenut korisniku i dalje izgleda kao jedan "pitanje".
Najočitiji slučajevi upotrebe su veliki pregledi koda, pregled dokumenata, planiranje migracije, dubinska analiza, provjere sukladnosti i istraživački zadaci gdje paralelni stručnjaci mogu raditi na različitim dijelovima prije nego što agent za koordinaciju spoji rezultate. Ta radna opterećenja su privlačna jer se dobro preslikavaju na fazno izvršenje. Oni su također radna opterećenja koja će najvjerojatnije stvoriti velike račune za tokene ako odzivnici, ponovni pokušaji i brojevi podagenta nisu ograničeni.
Za voditelje inženjera, pitanje upravljanja pomiče se s "koji je model ova krajnja točka pozvala?" na "koji je autonomni tijek rada pokrenuo ovaj zahtjev i koliko je svaka faza potrošila?" Tu LLM API atribucija troškova postaje više od financijskog izvješćivanja. Timovi trebaju znati koja je značajka proizvoda, kupac, projekt ili API ključ uzrokovala raspršivanje tijeka rada.
Postoji i kut pouzdanosti. Za pozadinska tijeka rada potrebna je vidljivost napretka, ponašanje otkazivanja, pravila ponovnih pokušaja i očekivana trajna stanja. Podrška za tok događaja Anthropic je početak, jer se aplikacije mogu pretplatiti na događaje pokretanja tijeka rada umjesto naslijepog anketiranja.Ali timovi će i dalje morati odlučiti koliko će njihovog vlastitog stroja stanja ostati izvan pružatelja usluga.
Na koga to utječe
Neposredna publika su programeri koji već koriste Claude upravljane agente ili procjenjuju infrastrukturu hostiranih agenata. Timovi koji su izgradili prilagođene sustave s više agenata mogu usporediti beta verziju sa svojim postojećim orkestracijskim slojem, posebno ako je njihova trenutna implementacija uglavnom instalacija, a ne diferencirana logika proizvoda.
Timovi za poslovne platforme trebali bi obratiti pozornost čak i ako nisu spremni prihvatiti beta verziju. Hostirana orkestracija mijenja ono što mora biti vidljivo u AI API kontrolnoj ravni. Kontrolna razina koja bilježi samo broj zahtjeva, naziv modela i ukupne tokene može propustiti strukturu radnog opterećenja. Za upravljane tijekove rada timovi će željeti identifikatore pokretanja, korištenje na razini faze, aktivnost alata, točke kvara i status proračuna.
Ovo također utječe na nabavu i sigurnosni pregled. Hostirani tijek rada s više agenata nije samo krajnja točka modela; to je okruženje delegiranog izvršavanja. Tvrtke će morati razumjeti koji podaci teku kroz svakog agenta, koliko se dugo zadržava stanje tijeka rada, koji su zapisnici dostupni i kako je pristup raspoređen kroz projekte i okruženja.
Za B2B LLM klijente i slične API korisnike s više modela, praktična veza je upravljanje. Ako pružatelji usluga olakšavaju izdvajanje agenata, kontrole na razini platforme moraju držati korak: ograničenja potrošnje prema ključu ili projektu, analitika korištenja za tijekove rada, popisi dopuštenih modela i upozorenja kada obrazac automatizacije počne trošiti više od očekivanog. Dinamički tijekovi rada značajka su proizvoda, ali su i podsjetnik da su troškovi agenata često oblikovani orkestracijom, a ne samo cijenom tokena.
Ono što ostaje neizvjesno
Beta ostavlja nekoliko operativnih pitanja otvorenim za timove koji planiraju proizvodnu upotrebu. Bilješke o javnom izdanju utvrđuju postojanje dinamičkih tijekova rada, beta zaglavlje, tip konfiguracije više agenata i površinu toka događaja. Oni, u pregledanom materijalu, ne utvrđuju sve pojedinosti planiranja proizvodnje oko ograničenja, ponašanja cijena, zadržavanja ili semantike neuspjeha.
Razvojni programeri trebaju provjeriti trenutnu dokumentaciju prije nego što postave pretpostavke o maksimalnom broju agenata po izvođenju, konkurentnosti, ponašanju u vremenskom ograničenju i načinu na koji je upotreba navedena u izvozima naplate. Također bi trebali pokrenuti male evaluacije prije premještanja osjetljivih procesa pregleda ili usklađenosti na značajku, jer sinteza s više agenata može promijeniti konzistentnost izlaza, kao i cijenu.
Međutim, širi smjer je jasan. Pružatelji modela pretvaraju orkestraciju agenata u primitivnu platformu. To smanjuje količinu infrastrukture potrebne za eksperimentiranje, dok podiže ljestvicu preglednosti i proračunskih kontrola nakon što ti eksperimenti postanu pravi tijek rada.