Párhuzamos munka a Claude Code-dal: worktree, ügynökök és workflow-k

Gyakorlati anyagok az ügynökökkel végzett párhuzamos munkához: Ailoot-dokumentáció.

Ez az útmutató egybegyűjti a gyakorlati tapasztalatokat, és megmutatja, hol használhatók az eszközök. Bemutatja a Claude Code négy hivatalos primitívjét, az alkalmazási területeiket, valamint egy hype-ellenes keretrendszert arról, hogy valójában hány párhuzamos ügynökre van szüksége egy vibe codernek. Minden adat és idézet az Anthropic elsődleges forrásaira hivatkozik.

Mi a multiagent működés a Claude Code-ban, és miért nem „1000 ügynök”#

A multiagent beállítás azt jelenti, hogy egy feladatot több független munkafolyamatra osztanak, és mindegyik a saját részét végzi el, majd eredményt ad vissza. A legegyszerűbb példa: az egyik Claude Code-ablakban a frontend, egy másikban pedig a backend készül ugyanazon a gépen, közös git-tár használatával. Ez már multiagent működés, még ha az „orchestration” szó használata felesleges is lenne rá.

Egy összetettebb beállításban egyetlen Claude Code-munkameneten belül öt különböző szerepű alügynököt indítasz el (frontendfejlesztő, backendfejlesztő, biztonsági ellenőr, tesztelő, dokumentációíró), és mindegyik visszaküldi a saját eredményét a közös beszélgetésbe. Ugyanarról a multiagent megközelítésről van szó, csak itt egyetlen vezérlési pont van.

Még összetettebb esetben azt mondod Claude-nak: „végezz heti biztonsági auditot a projektem mind az 500 fájlján”, ő pedig ír egy JavaScript-orchestrator szkriptet. A futtatókörnyezet több tucat ügynököt indít a háttérben, mindegyik a saját részét auditálja, majd független ügynökök ellenőrzik egymás megállapításait, te pedig egyetlen jelentést kapsz. Ez a Dynamic Workflows, amelyet az Anthropic 2026. május 28-án adott ki. A funkciók részletes bemutatását a Dynamic Workflows külön útmutatója tartalmazza.

A három forgatókönyv közti különbség nem az ügynökök száma. A különbség az, hogy ki dönti el, mit csináljon a következő ügynök. Az első esetben te. A másodikban Claude dönt a beszélgetés alakulása közben. A harmadikban egy Claude által írt JavaScript-szkript.

Az „1000 ügynök” egyébként valós szám. Ez a Claude Code egyetlen Dynamic Workflow-jának felső határa. A hivatalos Anthropic-dokumentáció szerint:

Más szóval, ez technikai védelem az elszabaduló működés ellen, nem ajánlott munkaterhelés. A gyakorlatban a feladatok 95%-át 2–8 párhuzamos munkafolyamat elvégzi. Ha ennél többet tervezel, előbb kérdezd meg magadtól, mit fognak csinálni.

A Claude Code 4 primitívje: alügynökök, skillek, ügynökcsapatok, workflow-k#

A Claude Code négy hivatalos primitívet kínál egy feladat több ügynök közötti felosztására. Az Anthropic ezeket egy összehasonlító táblázatban gyűjtötte össze a Dynamic Workflows dokumentációjában. Íme az összehasonlítás közérthetően:

Mindegyik primitív más problémát old meg. Az alügynökök arra valók, hogy egy feladaton belül 2–3 ellenőrzést delegálj. A skillek akkor hasznosak, ha van egy kész utasításod, amelyet Claude-nak követnie kell (például: „végezz PR-ellenőrzést ezzel az ellenőrzőlistával”). Az ügynökcsapatok akkor valók, ha egy termék több része különböző ablakokban készül, és szükséged van egy koordinátorra. A workflow-k akkor hasznosak, ha egy feladat túl nagy egyetlen kontextusablakhoz.

Az alügynökökről részletesen a Claude Code alügynökök 2026-os útmutatója szól. A „mit használjunk egy adott feladathoz” döntési fája a Skills, Subagents, MCP, Plugins útmutatóban található. Ez az útmutató azt mutatja be, hogyan állíthatók össze multiagent beállítássá a git worktree-re építve.

1. szint: alügynökök egy munkamenetben—a legegyszerűbb kiindulópont#

Az alügynök a legegyszerűbb módja egy feladat felosztásának. A fő beszélgetés a koordinátor. Az alügynökök olyan ideiglenes munkatársak, akiket a fő ügynök a munka előrehaladtával indít el.

Konkrét példa az ismertetett projektből. Az útmutató első vázlatának elkészülte után így zajlik az ellenőrzés: Claude azt a kérést kapja, hogy „indítson hat alügynököt párhuzamosan—az egyik ellenőrizze az AI-jegyeket, a második a jogi szókincset, a harmadik a hangvételt és stílust, a negyedik WebFetch segítségével ellenőrizze a tényeket, az ötödik vizsgálja meg a SEO-struktúrát, a hatodik pedig a belső linkek pontosságát.” Mindegyik jelentést ad vissza, ezután alkalmazzák a szerkesztési javaslatokat.

Technikailag ez a .claude/agents/[subagent-name].md fájlokkal történik, amelyek leírják a szerepet és az eszközöket. A hívás a fő beszélgetés Agent eszközén keresztül történik. Claude dönti el, mikor küld kérést egy alügynöknek.

Mikor működik jól. Olyan feladatoknál, ahol egyetlen artefaktumot (kódot, szöveget, tervet) 3–7 párhuzamos ellenőrzésnek kell alávetni. Minden ellenőrzés független. Az eredmények elférnek a fő kontextusablakban.

Mikor nem működik jól. Ha több mint 50 fájlod van, vagy minden ellenőrzéshez külön 50K tokenes kontextus kell, a fő ablak megtelik. Ilyenkor workflow-kra vagy ügynökcsapatokra van szükség.

Fő kockázat. Minden alügynök külön fogyaszt tokeneket. Ha hatot indítasz egy 200 fájlból álló projekthez, és mindegyik újraolvassa mind a 200 fájlt, 6× annyit fizetsz. Ezért PONTOSAN meg kell adnod, mely fájlokat vizsgálja meg az alügynök. Részletekért lásd a Hová tűnnek a tokenek a Claude Code-ban? című útmutatót.

2. szint: git worktree—a fájlok elkülönítése a párhuzamos munkamenetek között#

Amikor az alügynökök már nem elegendők, és két teljes értékű Claude Code-példányra van szükséged különböző terminálokban, amelyek ugyanazon a táron dolgoznak, előjön egy klasszikus probléma. Mindketten ugyanazt a fájlt kezdik szerkeszteni; az egyik előbb ment, a másik pedig felülírja a módosítását. Egy ügyfél múlt héten ezt mondta az ügyfélszolgálatnak: „5 egyszerre írja felül egymást.”

A megoldás a git worktree. Ez a git beépített funkciója, amellyel ugyanannak a tárnak több munkapéldánya lehet, mindegyik a saját ágán, de közös .git tárral. Egy forrás, különböző könyvtárak a lemezen, fájlütközés nélkül. A működését részletesen a Git worktree a Claude Code-ban című útmutató írja le.

Parancsok az ötperces beállításhoz:

# From the main project directory
cd ~/projects/my-app

# Create a worktree for feature/auth
git worktree add ../my-app-auth feature/auth

# Create a worktree for feature/billing
git worktree add ../my-app-billing feature/billing

# Open two terminal windows
cd ~/projects/my-app-auth && claude   # first Claude Code
cd ~/projects/my-app-billing && claude # second Claude Code

Mindegyik munkapéldány a saját ágán van. Mindegyik Claude Code-példány a saját könyvtárába ír. A feladat végén futtasd a git push parancsot az ágából, majd a git worktree remove ../my-app-auth parancsot.

Amit tudnod kell. A worktree nem másolja le a node_modules, .venv vagy más, a .gitignore fájlban szereplő fájlokat. Ha különálló függőségekre van szükséged (például áganként eltérő könyvtárverzióra), a worktree add után futtasd külön az npm install parancsot az új könyvtárban.

Hány worktree jusson egy emberre? A 2026-os csapatfelmérések szerint fejlesztőnként 4–8 párhuzamos worktree a gyakorlati felső határ. A korlátot nem Claude, hanem az jelenti, hogy az ember mennyire képes átnézni és elfogadni az eredményeket. Ha 10 worktree-d van, mind ellenőrzésre vár.

Az ismertetett gyakorlatban általában 2–3 párhuzamos worktree-t használnak. Egy elsődleges worktree az aktív munkához, egy tartalék a sürgős hotfixekhez, egy pedig egy kísérlethez (egy új funkcióhoz, amelynek sikerében nem vagy biztos). Többre nincs szükség.

3. szint: ügynökcsapatok—több ablak, egy vezető ügynök#

Az ügynökcsapat viszonylag új primitív. Az ötlet a következő: egy vezető ügynök a közös tervet feladatlistaként tartja nyilván, a külön ablakokban futó, vele egyenrangú munkamenetek pedig a vezető által kiosztott feladatokat végzik el. Mind ugyanazon a fájlrendszeren dolgoznak, és látják egymás köztes artefaktumait.

Ez akkor hasznos, ha egy feladat 3–5 nagy munkafolyamatra bontható, amelyek mindegyike órákig tart (egy nagy modul migrálása, egy alrendszer átírása, teljes biztonsági audit elvégzése). Ilyenkor a vezető ügynök egyetlen, a worktree-ken kívüli abszolút útvonalú feladatfájlban tartja a tervet. A dolgozók ezt az útvonalat olvassák és eredményt jelentenek; csak a vezető frissíti az állapotokat, elkerülve a koordinációs fájl versengő írásait.

Technikailag az ügynökcsapat több, git worktree fölött futó ablakból áll, egy közös tervezési ponttal. A gyakorlatban az emberek 80%-a kézzel kezeli az ügynökcsapatokat (a fent leírt worktree-megoldással), és nem használ külön „csapatkeretrendszert”. Ez teljesen rendben van.

Ha nem vagy biztos benne, hogy egyáltalán szükséged van-e keretrendszerre, szinte biztosan nincs. Használj kézi worktree-t és egy vezető ügynököt a fő könyvtárban.

4. szint: Dynamic Workflows—Claude JS-orchestration szkriptet ír#

A fenti három szint mindegyikén a terv egy beszélgetésben marad: a fő ügynök fejében vagy a vezető ügynök feladatlistájában. A Dynamic Workflows a tervet kódba helyezi. Claude JavaScript-szkript formájában írja le a feladatot, a futtatókörnyezet elkülönített környezetben futtatja, a köztes eredmények a kontextus helyett szkriptváltozókban tárolódnak, a munkamenet pedig reszponzív marad, amíg az ügynökök a háttérben dolgoznak.

Konkrét példa a hivatalos dokumentációból. Ezt mondod:

ultracode: audit every API endpoint under src/routes/ for missing auth checks

Claude egy hozzávetőleg a következő logikájú JavaScript-szkriptet ír: „vegye az összes fájlt a src/routes/ könyvtárból, ossza őket 30 végpontból álló csoportokra, futtasson egy ügynököt minden csoporton ugyanazzal az ellenőrzéssel, majd futtasson két független értékelő ügynököt az eredményekre, és állítson össze egy végső jelentést.” Lefut. Eredményül egy táblázatot és azoknak a végpontoknak a listáját kapod, amelyeket mindenképpen át kell nézni.

Mikor működik jól.

• Egy teljes projekt átvizsgálásakor egyetlen problémára összpontosítva (biztonság, típusozás, elavult API-k).
• Nagy migrációk során (500+ fájl, amelyre ugyanaz a szabály vonatkozik).
• Olyan kutatási kérdéseknél, amelyeket több független nézőpontból kell ellenőrizni (az Anthropic ezt a beépített /deep-research parancsban használja).

A Dynamic Workflows részletes bemutatását, korlátait és az ultracode működését a Claude Code Dynamic Workflows külön útmutatója tartalmazza.

Mikor NE használd. Ha a feladat lineáris és egyértelmű. Egy „fejezd be ezt a komponenst” feladathoz nincs szükség workflow-ra. A workflow akkor indokolt, ha a feladat 10+ független részfeladatra bomlik, és ezek eredményeit keresztellenőrizni kell.

Fő korlát. Egy workflow jelentősen több tokent fogyaszt, mint egy szokásos munkamenet. Az Anthropic a dokumentációjában ezt ajánlja:

Más szóval, az első workflow-t egy könyvtáron futtasd, ne az egész projekten. Nézd meg, mennyibe került, aztán döntsd el, érdemes-e nagyobb léptékben használni.

Outcomes: kritériumrubrika és független ellenőr#

A multiagent munka legveszélyesebb része az ügynökök kimenetének feltétel nélküli elfogadása. Minden ügynök olyan szöveget ad vissza, amely kész munkának látszik. Egy idézet igaznak, egy jelentés teljesnek, egy migráció befejezettnek tűnik. Egyetlen ügynök munkáját még ellenőrizheted magad. Tízét már nem—nem lesz rá időd.

Az Anthropic ezt az Outcomes nevű, 2026. május 6-án megjelent Managed Agents-funkcióval kezeli. Az ötlet egyszerű: a munkamenet kap egy MÁSODIK ügynököt (értékelőt), akinek egyetlen feladata az első ügynök munkájának ellenőrzése egy szigorú rubrika alapján.

A technikai működés. Írsz egy rubrikát—egy markdown-dokumentumot, amely részletesen felsorolja, mit jelent a „kész”, mely forrásokat kell ellenőrizni, és milyen címkéket kell használni. A platform automatikusan létrehoz egy értékelő ügynököt egy új kontextusablakban. Csak a rubrikát és az eredményt kapja meg, semmi mást. A fő ügynök (az író) minden próbálkozása után az értékelő újra elolvassa az eredményt, és vagy elfogadja, vagy tételesen felsorolja, mi maradt befejezetlenül.

Idézet az Anthropic Cookbookból:

A valós hatás adatai: az Outcomes Claude Managed Agentsbe integrálása után a Harvey AI-vállalat feladatbefejezési aránya nagyjából 6×-osára nőtt. A Wisedocsnál (orvosi dokumentáció) 50%-kal csökkent az egy dokumentum ellenőrzésére fordított idő. Ezek az adatok a funkció hivatalos bejelentéséből származnak.

Ami egy vibe codernek fontos, nem pedig egy nagyvállalatnak. Az Outcomes egy módszerminta, nem csupán egy konkrét funkció. Saját értékelő ügynököt is létrehozhatsz, ha ugyanazokat a kritériumokat leírod a .claude/agents/grader.md fájlban, és megkéred a fő ügynököt, hogy minden próbálkozás után futtassa le. Ez bármilyen multiagent beállítással működik, nem csak a Managed Agents funkcióval.

A cookbook rubrikaírási szabálya: ellenőrizhető dolgot határozz meg, ne általánosságot. Ne azt írd, hogy „ellenőrizd, hogy a brief kitér-e a számlázásra”, hanem azt, hogy „nyisd meg a briefet, keresd meg a számlázásról szóló részt, és ellenőrizd, hogy megad-e egy összeget $-ban vagy a bevétel százalékában”. Az első utasítás alapján az értékelő átfuthatja a dokumentumot és kipipálhatja a négyzetet. A második arra készteti, hogy megnyissa a dokumentumot, és megkeressen egy konkrét számot.

Anti-pattern: „50 ügynök értelmetlenségeket csinál”#

Ez a multiagent működés központi anti-patternje. Valaki megtudja, hogy a Claude Code egyszerre 16 ügynököt tud futtatni, a Dynamic Workflows pedig futásonként 1000-et, ezért leül és elindítja őket. Az eredmény: nulla. A tokenfogyasztás: egy átlagos munkamenet 10×-ese.

Egyszerű teszt. Vegyél egy papírlapot, és rajzolj egy négyzetet minden ügynöködnek. Mindegyikbe írd bele:

1. Pontosan mit csinál (egy mondatban).
2. Mely fájlokhoz nyúl hozzá.
3. Mit ad vissza.
4. Ki ellenőrzi.

Ha akár csak az egyik kérdésre sem tudsz 30 másodperc alatt válaszolni, nincs szükséged arra az ügynökre. Ez a szabály minden szinten működik: alügynököknél, ügynökcsapatoknál és Dynamic Workflows esetén is.

A második anti-pattern az olyan munka párhuzamos végzése, amelynek egymás után kellene történnie. Ha a frontendnek előbb szüksége van a backendre, mert az API-sémát olvassa, ne futtasd őket párhuzamosan. Először készítsd el a backendet, utána a frontendet. A feladatok csak akkor futhatnak párhuzamosan, ha függetlenek.

A harmadik anti-pattern a multiagent működés használata a gyorsítás kedvéért. Ez csak egy bizonyos pontig működik. Ha egy feladatot négy független munkafolyamatra osztasz, nagyjából annyi idő alatt végeznek, amennyire egyetlen munkafolyamatnak lenne szüksége (plusz minimális koordinációs többletidő). Ha viszont 50 munkafolyamat fut egyetlen gépen, mindegyik lassabban halad, mert megosztják a CPU-t. Egy laptopon a gyakorlatban 4–6 egyidejű Claude Code-példány a felső határ; utána elkezdődik a lassítás.

Mennyibe kerül, és hogyan kerülheted el a használati korlátok kimerítését?#

2026 májusában és júniusában az iparág szembesült azzal a ténnyel, hogy a mesterséges intelligenciával történő kódolás a vártnál drágább.

Egy átlagos Claude Code-csevegés viszonylag elfogadható összegbe kerül. Ha Dynamic Workflows-t kapcsolsz be egy teljes táron, a számla 20× nagyobb lesz. Az Anthropic hivatalos dokumentációjából:

Mit tegyél a gyakorlatban? Az ismertetett gyakorlat takarékossági szabályai:

1. Pontosan határozd meg az egyes ügynökök által vizsgálandó fájlokat. Ne azt írd: „nézd át a projektet, és keresd meg a problémákat”, hanem azt: „nézd meg a src/auth/*.ts fájlokat, és ellenőrizd, hogy minden függvény validálja-e a userId értékét”. A második prompt pontosan olyan munkát ad, amilyet kifizetsz.

2. Mindig próbáld ki a workflow-t először egy könyvtáron. Ne a teljes src/ könyvtáron. Kezdd a src/auth/ könyvtárral. Ha elégedett vagy az eredménnyel és érted a költséget, utána terjeszd ki szélesebb körre.

3. Alapértelmezésben használd a /effort high beállítást, az ultracode-ot pedig csak tudatosan. A /effort ultracode xhigh beállítást és automatikus orchestrationt jelent. Nagyon drága. Akkor használd, ha egy feladathoz valóban több párhuzamos munkafolyamatra van szükség.

4. Ha lehet, állítsd az alügynököket kisebb modellre. Ha hat alügynök néz át egy útmutatót, sem az AI-jegyeket ellenőrző QA-ügynöknek, sem a belső linkeket ellenőrzőnek nincs szüksége az Opusra. A Sonnet is megfelel. Ezzel 3–5×-ösére csökkenthető a felhasználás.

A tokenek megtakarításáról részletesen a Hová tűnnek a tokenek a Claude Code-ban? és a Hogyan ne merítsd ki a Claude Code használati korlátait című útmutatókban olvashatsz.

Hol kezdd ma: 30 perces ellenőrzőlista#

1. Frissítsd a Claude Code-ot v2.1.154+ verzióra

   Ez a Dynamic Workflows működéséhez szükséges legkorábbi verzió. Futtasd a claude update parancsot a terminálban.

2. Engedélyezd a Dynamic Workflows-t a /config menüben

   Pro csomagban alapértelmezés szerint ki vannak kapcsolva. Nyisd meg a /config menüt, keresd meg a „Dynamic workflows” sort, és kapcsold be. A Max, Team és Enterprise csomagokban már engedélyezve vannak.

3. Hozd létre az első worktree-det

   A fő projektkönyvtárban futtasd a git worktree add ../<project>-experiment <branch> parancsot. Nyiss egy második terminálablakot ebben a könyvtárban. Futtasd a claude parancsot.

4. Adj hozzá egy közös feladatlistát

   Egyetlen abszolút útvonalat használj minden worktree-n kívül. A worktree-k külön tasks.md fájljai nem szinkronizálódnak automatikusan. Csak a vezető munkamenet írjon; a dolgozók olvassák a közös listát, és neki jelentsenek.

   A koordinációs könyvtárat és listát egyszer hozd létre:

   mkdir -p "$HOME/projects/my-app-coordination"
   printf '%s\n' '# Tasks' '- Auth: assigned to the auth worktree' '- Billing: assigned to the billing worktree' > "$HOME/projects/my-app-coordination/tasks.md"
   

   Az első terminálban:

   cd "$HOME/projects/my-app-auth"
   printf 'Shared task list: %s\n' "$HOME/projects/my-app-coordination/tasks.md"
   claude
   

   A második terminálban:

   cd "$HOME/projects/my-app-billing"
   printf 'Shared task list: %s\n' "$HOME/projects/my-app-coordination/tasks.md"
   claude
   

   Mindkét munkamenet ugyanazt a fent kiírt, feloldott abszolút útvonalat kapja: „Olvasd el ezt a közös feladatlistát. Csak a kiosztott feladatodon és fájljaidon dolgozz. A listát ne szerkeszd; a befejezést és akadályokat a frissítéseket birtokló vezetőnek jelentsd.” Indulás előtt igazold mindkét ügynök pontos fájlhoz való olvasását; az engedélykérést ehhez az útvonalhoz rendezd. A lista állapotot koordinál, a kódváltozások továbbra is külön worktree-kben maradnak.

5. Dolgozz így egy hétig

   Ne telepíts rögtön GUI-eszközt. Tölts egy hetet azzal, hogy kézzel dolgozol két worktree-vel. Meglátod, mi hiányzik; ezután válassz egy eszközt egy konkrét probléma megoldásához.

6. Csak ezután engedélyezd a `/effort ultracode` beállítást

   Válassz egy feladatot, például: „keresd meg az összes olyan API-végpontot a src/routes/ könyvtárban, ahol hiányzik az auth ellenőrzése.” Engedélyezd a /effort ultracode beállítást. Nézd meg, milyen workflow-t ír Claude, mennyibe kerül, és milyen eredményt ad. Ez lesz az első Dynamic Workflow-d.

Merre tovább: munkamenetek közötti memória, Code Review, Multi-Agent v2#

Ami 2026 májusában és júniusában jelent meg, és amerre a Claude Code multiagent működése tart.

Managed Agents Dreaminggel. Megjelenés: 2026. május 6., a Code with Claude rendezvényen. Ütemezett folyamat, amely a munkamenetek között elolvassa az ügynök korábbi átiratait, azonosítja a visszatérő mintákat, és frissíti a memóriáját. A Harvey AI-jogi vállalat feladatbefejezési aránya hatszorosára nőtt, kifejezetten a Dreaming után. Még kutatási előzetesben van.

Outcomes a Managed Agents funkciójaként. Fentebb ismertettük. A Claude Agent SDK-n keresztül érhető el, közvetlenül a Claude Code CLI-ben nem. Ugyanezt a módszert most is alkalmazhatod kézzel, egy értékelő alügynökkel.

Multi-Agent Orchestration v2 a Claude Agent SDK-ban. A vezető ügynök maga delegál alügynököknek, közös fájlrendszer használatával. Ez előrelépés a „manuálisan indíts el N alügynököt” megoldástól afelé, hogy „írd le a feladatot, a vezető pedig maga döntse el, kinek és hogyan delegál”. Ha még csak most tanulod az alügynökök használatát, a v2-vel még ne foglalkozz. Tanuld meg a klasszikus mintát—„egy fő ügynök + 3–5 különböző szerepű alügynök”—és 3–6 hónap múlva térj át természetesen a v2-re.

Ügynökcsapat által végzett Code Review. Az Anthropic a Code with Claude rendezvényen jelentette be a PR megnyitásakor automatikusan végzett kódellenőrzés funkcióját. Egy AI-ügynökcsapat párhuzamosan ellenőrzi a diffet, hibákat keres, egymás között ellenőrzi a megállapításokat, és súlyosság szerint rangsorolja őket. Team és Enterprise csomagban érhető el, Pro csomagban még nem.

Plugin Marketplace. 2026. május 23-án indult, a v2.1.128-136 verzióban. Néhány marketplace-bővítmény kész multiagent beállítás (parallel-review, security-audit, migration-helper). A /plugin install <name>@claude-plugins-official paranccsal telepítheted őket, és megnézheted, hogyan épülnek fel—ez jó módja annak, hogy megtanuld, hogyan írj sajátot.

A Claude Code multiagent működése továbbra is különböző érettségi fokon álló primitívek készletének tűnik. Az alügynökök és a git worktree stabilak, beváltak, és mindenhol működnek. Az ügynökcsapatok félig automatizáltak, félig manuálisak. A Dynamic Workflows még kutatási előzetesben van, és gyorsan változik. A Managed Agents v2 csak vállalati ügyfeleknek érhető el. Ez azt jelenti, hogy a következő évben a vibe coderek számára az optimális beállítást nem a legújabb kiadás, hanem az adott feladathoz szükséges minimális megoldás jelenti. Két worktree és egy értékelő alügynök elegendő egy hónapnyi aktív munkához. Csak akkor növeld a bonyolultságot, ha már korlátozva érzed magad.

Működő beállítás vibe codinghoz#

Gyakorlati anyagok: Ailoot-dokumentáció.

További anyagok és eszközök: Ailoot.