Kezdj egy olyan határvonallal, amit egy átnéző el tud magyarázni
Egy olyan kérés, mint „fejezd be a számlázási funkciót”, túl sok teret hagy arra, hogy két ügynök ugyanazokat a fájlokat szerkessze. Oszd fel a munkát tulajdonlás és függőség szerint. Kérd meg az egyik ügynököt, hogy vizsgálja meg a jelenlegi viselkedést, a másikat pedig, hogy nézzen át egy javasolt teszttervet. Tartsd vissza azokat a megvalósítási feladatokat, amelyek ezektől a megállapításoktól függenek, amíg össze nem egyezteted őket.
A VibeiDE külön párhuzamossági limiteket ad a Codexnek és a Claude Code-nak minden projektben. Ezek a limitek szabályozzák, hány feladat indulhat el. Nem hoznak létre izolált Git worktree-ket, nem oldják fel a szerkesztési konfliktusokat, és nem teszik biztonságossá az egymástól függő módosítások együttes futtatását. Tartsd sorban az egymást átfedő írásokat, vagy készíts elő magad külön checkoutokat.
Sorold be a munkát, mielőtt több terminált nyitnál
Adj hozzá egy fókuszált promptot ahhoz a repóhoz, amelyikhez tartozik. Add meg a kívánt eredményt, azokat a fájlokat vagy területeket, amelyeket az ügynöknek meg kell vizsgálnia, és a bizonyítékot, amit a befejezéskor elvársz. Válaszd ki a szolgáltatót és annak modell- vagy effort-beállításait. Egy új direkt feladat saját beszélgetést kap, amint a szükséges kapacitás elérhetővé válik.
Szerkesztheted vagy átrendezheted a várakozó munkát, miközben egy másik feladat fut. Egy hasznos kiindulópont az egy írható feladat repónként, további kapacitást pedig fenntartva a független vizsgálatoknak. Csak akkor növeld a párhuzamos munkát, ha a feladatoknak olyan határai vannak, amelyeket ténylegesen át tudsz nézni. A szolgáltatói használati időablakok szolgáltatói korlátok maradnak; a helyek hozzáadása nem növeli az előfizetési keretet.
Használd a Plan councilt, ha a megközelítés megérdemel egy kihívást
Egy migrációhoz vagy egy átfogó változtatáshoz hagyd, hogy vagy a Codex, vagy a Claude megírjon egy tervet. A Plan council elküldi ezt a tervet a másik szolgáltatónak kritikai átnézésre, majd visszaküldi az eredeti szerzőnek javításra. A szolgáltatói sorrend a te választásod. A megvalósítás külön átadás.
Ez egy hasznos helyet teremt a feltételezések megkérdőjelezésére, mielőtt a fájlok megváltoznának. Ez még mindig modell által generált átnézés. Kérj konkrét hibaeseteket, hiányzó teszteket és függőségeket, majd magad olvasd el a javított tervet. A két ügynök közötti egyetértés nem bizonyítja, hogy a terv helyes.
Nézd át az eredményt az eredeti kontextusában
A globális monitor egy helyre hozza a projektek közötti futó munkát. A befejezett feladatok az Átnézésre vár rovatban gyűlnek össze, ahol megnyithatod az eredményt, megvizsgálhatod az elérhető feladathoz tartozó patcheket, és elolvashatod a mentett kommunikációt. Egy eredmény megnyitása nyugtázza annak befejezését; nem hitelesíti a változtatást.
Amikor egy eredmény további finomítást igényel, használd a támogatott beszélgetés-folytatást a meglévő feladaton. Indíts új feladatot, ha az új kérésnek eltérő célja van. Ez egy javítást a kiváltó kérés mellett tart, míg a nem kapcsolódó munka saját kontextussal kezdődik.
Fedezd fel: Claude Code orchestráció a projektjeid között, Egy projekt-munkaterület és feladatsor a Codexnek, Futtass párhuzamosan AI kódoló ügynököket világos feladattulajdonlással.