Hogyan indítson több száz ügynököt a Claude Code-ban a Dynamic Workflows segítségével

További anyagokat az eszközök konfigurálásáról az Ailoot dokumentációjában talál.

Mik azok a Dynamic Workflows, és miért vezette be őket az Anthropic május 28-án?#

Korábban maga a formátum korlátozta a méretezhetőséget: egy csevegés = egy terv = egy kontextusablak. Az alügynökök segítettek, de annak eldöntése, hogy „mit futtassunk legközelebb”, a fő beszélgetésben továbbra is a Claude-ra maradt, és minden köztes eredmény ugyanazt a kontextust terhelte. Ez szűk keresztmetszetté vált egy 500 fájlt vagy tíz független hipotézist érintő feladatnál.

A Dynamic Workflows a kódba helyezi át a tervet. A Claude orchestrátorszkriptként fogalmazza meg a feladatot, a futtatókörnyezet elszigetelt környezetben futtatja a szkriptet, a köztes eredmények pedig a szkript változóiban maradnak az Ön kontextusa helyett. A munkamenet közben is reagál, miközben az ügynökök a háttérben dolgoznak.

A régi megközelítéshez képest valójában az változik, hogy a független ügynökök megkérdőjelezik egymás megállapításait, és csak az kerül tovább, ami kiállja az ellenőrzést. A névben a „dinamikus” pontosan erre utal: minden futás az adott feladatra készül. Nincs előre összeállított folyamatlista.

Miben különbözik a workflow az alügynöktől és a Skilltől: az orchestration 3 típusa#

Úgy választok a workflow, az alügynök és a Skill között, hogy két kérdést teszek fel: kinél van a terv, és hol találhatók a köztes eredmények?

A fő változás az, hogy a terv a kódba kerül. Alügynökök és Skillek esetén a Claude mindig az orchestrátor: menet közben dönti el, mit indítson el legközelebb, és minden visszatérő eredmény a kontextusablakba kerül. A Workflow magának tartja meg a ciklust, az elágazásokat és a köztes eredményeket; csak a végső válasz jut el a Claude-hoz.

Ugyanazt a tervet úgy is futtathatja, hogy független ügynökök különböző szemszögből bontják részekre, a szkript pedig összegyűjti azt, ami megállja a helyét. Ezt nem lehet megtenni egyetlen csevegés szokásos menetében: a Claude-nak nincs független szintézispontja.

Így választok: egy több lépésből álló, rutinszerű feladathoz használjon alügynököket vagy egy Skillt. Ha egy feladat nem fér bele egy beszélgetésbe, vagy igény szerint újra szeretne futtatni egy folyamatot, használjon workflow-t. Mind a négy alapelvet részletesen bemutattam a pillérútmutatóban: Skills, Subagents, MCP, or Plugins.

3 módszer a workflow indítására a Claude Code-ban#

1. módszer. A workflow kulcsszó a promptban. Ez a legegyszerűbb lehetőség; nem módosítja a munkamenet beállításait. Egyszerűen illessze be a workflow szót bármely promptba, és a Claude Code gépelés közben kiemeli, majd hagyományos beszélgetés helyett orchestrátorszkriptet hoz létre.

Run a workflow to audit every API endpoint under src/routes/ for missing auth checks

Ha a Claude Code kiemeli a szót, de Ön nem akart workflow-t indítani, az alt+w letiltja ezt az aktiválást az adott promptnál.

2. módszer. /effort ultracode mód. Ez a modell maximális erőfeszítését (xhigh) kapcsolja be, és a Claude-nak is lehetővé teszi, hogy maga döntse el, mikor indokolt egy feladatnál workflow-t indítani.

/effort ultracode

Ebben a módban egy kérés egymás után több workflow-vá alakulhat: az egyik a kód megértésére szolgál, a másik a módosításra, a harmadik pedig az eredmény ellenőrzésére. Minden futás több tokent használ és tovább tart, mint a szokásos erőfeszítési szint. A mód csak az aktuális munkamenetre érvényes, és új munkamenet megnyitásakor visszaáll. Ha visszatér a rutinfeladatokhoz, az /effort high kikapcsolja az ultracode-ot.

3. módszer. A beépített /deep-research parancs. Ez egy kész Anthropic-workflow webes kutatáshoz. A következő szakasz ezt a módszert mutatja be.

Mindhárom módszernél a Claude Code az első futtatáskor megerősítést kér, és megjeleníti a fázisok listáját. A válaszlehetőségek: Yes, run it, Yes, and don't ask again for <name> (megjegyzi a jóváhagyást), View raw script (a kód megnyitása a Ctrl+G billentyűvel), illetve No. Auto módban csak az első futtatáshoz kell megerősítés; a továbbiak kérdés nélkül indulnak. A claude -p és az Agent SDK esetében egyáltalán nincs megerősítés: ekkor az alügynökök jogosultságait a közös engedélyezési lista határozza meg.

A kész /deep-research workflow: példa az első futtatásra#

A Dynamic Workflows kipróbálásának leggyorsabb módja, ha saját írása helyett egy kész workflow-t futtat. Az Anthropic beépített /deep-research workflow-t kínál a Claude Code-ban. Egy kérdést több független szemszögből vizsgál meg, forrásokat keres, szavaz az egyes állításokról, és a jelentésben csak az ellenőrzésen átment állításokat hagyja meg.

1. Futtassa a parancsot

   Egy Claude Code-munkamenetben írja be a /deep-research parancsot, majd fogalmazza meg kérdését részletes promptként. Minél pontosabb a megfogalmazás, annál kevesebb időt pazarol a szkript fázisok indítására.

2. Engedélyezze a workflow-t

   Megjelenik egy párbeszédablak a fázisokkal és a Yes / View raw script / No gombokkal. Ha a don't ask again lehetőséget választja, a jóváhagyás mentésre kerül a projekthez.

3. Kövesse a folyamatot a /workflows paranccsal

   A futás a háttérbe kerül, így a munkamenet szabadon használható marad. A /workflows parancs megjeleníti a futó és befejezett futások listáját. A nyílbillentyűkkel válasszon ki egy fázist, az Enter billentyűvel nyissa le és tekintse meg az ügynökeit, a részletek görgetéséhez használja a j/k billentyűket, a szüneteltetéshez a p-t, a futás leállításához az x-et, egy ügynök újraindításához az r-t, a szkript mentéséhez pedig az s-t.

4. Olvassa el a jelentést

   Amikor a futás befejeződik, a hivatkozásokat tartalmazó jelentés megjelenik a munkamenetben. Az ellenőrzésen elbukott állítások automatikusan kiszűrődnek.

Egyetlen webes keresést használó hagyományos csevegéssel ellentétben a /deep-research önállóan párhuzamosítja a lekérdezéseket, és összeegyezteti a források közötti ellentmondásokat. Én témák feltérképezésére használom útmutató írása előtt: kényelmes módja annak, hogy megismerjem a tokenfelhasználást, mielőtt nagyobb workflow-t indítanék.

Ultracode: a mód, amelyben a Claude dönti el, mikor indítson workflow-t#

Az Ultracode két dolgot egyesít: maximális érvelési erőfeszítést, valamint engedélyt arra, hogy a Claude önállóan indítson workflow-kat. Alapértelmezés szerint még az /effort xhigh is hagyományos beszélgetést futtat: a Claude tovább gondolkodik, de a lépéseket továbbra is a saját kontextusában tartja. Az Ultracode engedélyt ad neki arra, hogy saját maga alakítson egy feladatot workflow-vá, amint felismeri, hogy egy munkamenet nem lesz elég.

/effort ultracode

Ha a mód be van kapcsolva, egy kérés egymás után két vagy három workflow-t is elindíthat: az egyik a kódbázist vizsgálja, a másik módosítást végez, a harmadik pedig külön futásként megpróbálja megcáfolni azt. Ugyanarról a mintáról van szó: „több független próbálkozás ⇒ végső szintézis”, csak nem kell kézzel elindítania az egyes fázisokat.

A költsége egyértelmű: minden kérés több időt és többe kerül, mint az /effort high használatakor. A háttérben több futás hajtódik végre saját korlátokkal, és az Anthropic maga sem javasolja az ultracode alapértelmezett módként való használatát. Csak az aktuális munkamenetre érvényes, a következőben visszaáll.

Ha visszatér a rutinfeladatokhoz, az /effort high kikapcsolja az ultracode-ot, és a munkamenet visszatér az alügynökökkel folytatott szokásos csevegéshez. Az xhigh-ot nem támogató modelleken az ultracode lehetőség egyszerűen nem jelenik meg az /effort menüben.

Korlátok, tokenek és az első futtatás buktatói#

A futtatókörnyezet ezeket a szigorú technikai korlátokat állítja be:

• Egyszerre legfeljebb 16 ügynök futhat párhuzamosan. Kevés processzormaggal rendelkező gépeken ennél kevesebb. Ez helyi erőforráskeret.
• Futásonként 1 000 ügynök. Ez a végtelen ciklusok elleni védelem: ha egy szkript vég nélkül ügynököket kezdene indítani, a futtatókörnyezet leállítaná.
• Futás közben nem lehet felhasználói bevitelre várni. Csak az eszközengedélyek állíthatják meg. Ha a fázisok között jóváhagyásra van szükség, bontsa a munkát külön workflow-kra.
• Maga a szkript nem fér hozzá közvetlenül a fájlokhoz vagy a parancsértelmezőhöz. Az olvasást, írást és parancsfuttatást az általa indított ügynökök végzik. A szkript csak összehangolja őket.
• Claude Code v2.1.154 vagy újabb verzió szükséges. Pro, Max, Team és Enterprise csomagban (a Pro az /config használatával kapcsolható be), valamint Claude API, Amazon Bedrock, Vertex AI és Microsoft Foundry révén érhető el.

A fő figyelmeztetés a költségre vonatkozik.

Egy futásban minden ügynök a munkamenet modelljét használja, hacsak a szkript nem irányít át egy fázist egy másikra. Nagy futás előtt ellenőrizze a /model beállítást: ha a rutinfeladatokhoz olcsóbb modellre szokott váltani, az ultracode és a /deep-research megnövelheti a számlát, ha kihagyja ezt az ellenőrzést. Kifejezetten megkérheti a Claude-ot a promptban, hogy „a maximális képességet nem igénylő fázisokhoz olcsóbb modellt használjon” — ez érvényes módja a költségek kezelésének.

Ha egy futás rossz irányba halad, nyissa meg a /workflows parancsot, válassza ki a futást, majd nyomja meg az x-et. A már befejezett ügynökök eredményei megmaradnak. A leállított futást ugyanott folytathatja a p-vel, vagy megkérheti a Claude-ot, hogy ugyanonnan indítsa újra a szkriptet: a gyorsítótárazott ügynökök visszaadják az eredményüket, a többiek pedig folytatják a munkát. Ez egy munkameneten belül működik: ha kilép a Claude Code-ból, a következő munkamenet a workflow-t az elejétől indítja újra.

Ha hosszú futásokat tervez, kezdje a felhasználás kezelését a Hogyan ne merítse ki a Claude Code korlátait útmutatóval és a Second Brain segítségével: megfelelő projektszerkezettel a workflow nem tölti be a teljes kódtárat minden ügynöknél.

Hogyan mentse el a workflow-t egy projektben#

Ha a Claude összeállított egy visszatérő feladathoz való workflow-t (például minden ág átnézéséhez vagy rendszeres biztonsági audit elvégzéséhez), mentse el a szkriptet, hogy ne kelljen minden alkalommal szóban leírnia a feladatot.

1. Nyissa meg a /workflows parancsot

   A parancs a legutóbbi futások listáját jeleníti meg. A nyílbillentyűkkel válassza ki a kívántat.

2. Nyomja meg az s billentyűt

   Megjelenik a mentési párbeszédablak. A Tab billentyűvel válthat a tárolási helyek között.

3. Válasszon mappát

   A projektben található .claude/workflows/ mappa mindenki számára látható, aki klónozta a tárolót. Az Ön saját mappájában lévő ~/.claude/workflows/ az összes projektjéből elérhető, és csak Ön látja.

4. Parancsként hívja meg

   A /[script_name] ugyanazzal a szkripttel indítja el a workflow-t, mint első alkalommal. Ha azonos nevű workflow található a projekt- és a saját mappájában is, a projektben lévő élvez elsőbbséget.

Ez érdekes mintát eredményez: egy csapattag egyszer működésre bír egy workflow-t, beküldi a .claude/workflows/ mappába, és a csapat többi tagja ezt követően egy paranccsal futtatja ugyanazt az orchestrationt. A workflow olvasható JavaScript, ezért megvizsgálhatja, szerkesztheti és új verzióját is beküldheti.

Ha először futtat egy elmentett workflow-t egy projektben, a Claude Code továbbra is megjelenít egy engedélyezési párbeszédablakot, tehát a szkript mentése önmagában nem jelenti a jóváhagyását. A jóváhagyás külön történik a Yes, and don't ask again lehetőséggel.

Milyen feladatoknál éri meg igazán workflow-t használni?#

Az Anthropic kifejezetten felsorolja azokat a helyzeteket, amelyekre a futtatókörnyezetet tervezték:

• A teljes kódbázisra kiterjedő auditok — minden végpont, fájl és függvény ellenőrzése egy ellenőrzőlista alapján. Például a hiányzó hitelesítési ellenőrzések keresése, a duplikált logika felderítése vagy a biztonság auditálása az OWASP szabályai szerint. Az ellenőrzőlista minden ágához külön ügynök indul.
• Nagy migrációk — keretrendszerváltás, elavult API-ról való átállás vagy több ezer fájl másik nyelvre portolása. A workflow követi a haladást, az ügynökök párhuzamosan dolgoznak a fájlokon, az ellenőrző ügynökök pedig keresik a kimaradt elemeket.
• Keresztellenőrzéssel végzett kutatás — olyan kérdés, amely különböző nézőpontokból származó forrásokat, valamint annak felmérését igényli, mely állítások állják ki az ellenőrzést. Ez az alaphelyzet, amelyre a beépített /deep-research készült.
• Összetett terv, amelyet több független nézőpontból szeretne felvázolni — a workflow több független tervvázlatot készít, az ellentétes álláspontot képviselő ügynökök megvizsgálják őket, majd elkészül a szintézis. Akkor érdemes használni, amikor „nagy a hibázás költsége, és egyetlen menet nem elég”.

Egy olyan feladatnál, mint „javítson ki egy hibát” vagy „adjon hozzá egy függvényt”, a Dynamic Workflows alulmarad a szokásos munkamenettel szemben: a tokenfelhasználás nem éri meg a ráfordított időt. Az Anthropic dokumentációja világosan megfogalmazza: „kezdjen egy szűk körű feladattal, és mérje fel a felhasználást”. Az én szabályom: ha kevesebb mint 5 független részfeladat vagy kevesebb mint 50 fájl van, egy hagyományos csevegés néhány alügynökkel olcsóbban megoldja.

Ha Enterprise csomagú csapatot vezet, előfordulhat, hogy egy adminisztrátor kikapcsolta a Workflow-kat a felügyelt beállításokban vagy a Claude Code adminisztrációs oldalán található kapcsolóval. Mielőtt a Workflow-kat „mindenre megoldásként” kezelné, ellenőrizze, hogy egyáltalán engedélyezve vannak-e: /config → a Dynamic workflows bejegyzés.

Find additional materials