Pred štetjem terminalov preštejte neodvisne spremembe
Dve nalogi, ki urejata isto shemo, nista neodvisni samo zato, ker ju izvajata različna agenta. Sprememba čelnega dela (frontend) in njena nedokončana pogodba API prav tako morda potrebujeta zaporedje. Ločene repozitorije je lažje izvajati vzporedno, če imata vaš računalnik in računi pri ponudnikih dovolj prostora.
Zapišite si izhod, ki ga vsaka naloga poseduje, in vhode, ki jih potrebuje. Če je en izhod vhod za drugo nalogo, pred pošiljanjem druge naloge dokončajte in preglejte prvi korak. Sočasnost je nastavitev izvajanja, ne nadomestilo za načrtovanje odvisnosti.
Omejitve nastavite po projektu in ponudniku
VibeiDE za vsak repozitorij hrani čakalno vrsto ter ločene omejitve za Codex, Claude Code in OpenCode. Čakajoče naloge se začnejo, ko postane na voljo zmogljivost. Delovni tokovi rezervirajo potrebno zmogljivost ponudnika pred izvedbo, tako da se načrt z več ponudniki razporeja kot delovni tok, ne kot zbirka nepovezanih zagonov.
Omejitve veljajo znotraj posameznega projekta. Trije repozitoriji, ki vsak dovoljujejo dve nalogi v Claudu, lahko ustvarijo več skupne dejavnosti Clauda kot en sam repozitorij z isto nastavitvijo. Upoštevajte skupno delovno obremenitev v celotnem Launchpadu, ne le število, prikazano pri izbranem projektu. OpenCode uporablja omejeno izvajanje brez uporabniškega vmesnika (headless) namesto interaktivnega terminala.
Pustite prostor za pregled in časovna okna ponudnika
Naloga, ki se zaključi, medtem ko še vedno pregledujete prejšnje tri, je dodala delo v zaostanek pregledov. Sklad Pripravljeno za pregled in zvočni obvestili o zaključku vam pomagata opaziti ta zaostanek. Ne nadomeščata branja popravka (patch) ali izvedbe ustreznih preverjanj.
Prikaz uporabe kaže porabo, ki jo poroča ponudnik, in odštevanje do ponastavitve, kjer je na voljo. To obravnavajte kot informacijo za načrtovanje. Prosto mesto v procesu ne pove ničesar o kvoti ponudnika, ki je na voljo za drugo dolgo zahtevo. Omejitev čakalne vrste ne obravnavajte kot izogibanje omejitvi hitrosti ali obljubo neprekinjenega izvajanja.
Zmogljivost povečajte po enem popolnem ciklu
Začnite z eno nalogo, spremljajte njen sprotni izpis, počakajte, da se zaključi, in preglejte njen rezultat. Nato poskusite z dvema jasno neodvisnima nalogama in preverite, ali lahko še vedno prepoznate, kaj se je spremenilo in zakaj. Zmogljivost povečajte le, če drugi zagon izboljša koristno zaključeno delo, ne da bi povečal konflikte ali izpuščene preglede.
Vzporedne mreže terminalov in globalni nadzornik olajšajo pregled dela, medtem ko zapisi nalog ohranjajo poziv in rezultat. Praktičen cilj je predvidljiva zanka pregleda: zahteva, izvedba, dokaz, odločitev. Več agentov je koristnih le, dokler ta zanka ostane razumljiva.
Raziščite Vzporedno zaganjanje agentov za kodiranje z AI z jasnim lastništvom nalog, Čakalno vrsto nalog za vaše agente za kodiranje z AI.