Într-un codebase pe care nu-l cunoști, prima zi se duce pe căutat unde stau lucrurile. Îndreaptă o sesiune principală spre repo și ea împarte cititul: un ajutor ia stratul de date, altul API-ul, al treilea frontendul și buildul. Fiecare trimite înapoi un rezumat scurt cu căile fișierelor, iar sesiunea principală scrie din toate o singură privire de ansamblu.

O singură sesiune citește totul ea însăși, iar un repo mare nu încape. Părțile citite primele ies detaliate, iar restul primește câte o propoziție.
Sunt nou în repo-ul ăsta. Pune niște ajutoare să mapeze părțile principale în paralel și scrie-mi o privire de ansamblu în ARCHITECTURE.md.
Se uită la folderele de pe primul nivel și îi dă fiecărui ajutor o zonă și aceleași trei întrebări: ce e aici, ce apelează codul ăsta, ce e riscant de schimbat.
Fiecare în propriul terminal sub sesiunea principală, raportând ce a găsit, cu căile fișierelor.
Sesiunea principală scrie ARCHITECTURE.md din rapoarte și îl încheie cu ce încă nu știe.
În culise, câte un ajutor pe zonă. A doua linie e pentru mai târziu: ajutorul care a citit API-ul revine cu conversația lui și răspunde din ce a citit deja. Citește referința CLI
$ overvibe new --attach --tool codex --cwd . --name "repo: map api" \ --prompt "Read src/api. What is here, what calls it, what is risky to change? Give paths. Do not edit. When done, run: overvibe send \"$OVERVIBE_SESSION\" \"<map>\"" $ overvibe resume "repo: map api" --prompt "Where does the API check auth?"
repo-ul e destul de mic ca să fie citit dintr-o dată sau te interesează doar un colț din el. Întreabă-l direct pe Claude. Ajutoarele își merită locul când repo-ul are mai multe părți și fiecare durează ceva de citit.
Promptul le spune să nu schimbe nimic. Pentru un repo în care încă nu ai încredere, pornește-le cu --mode ask, ca fiecare tool să întrebe înainte să ruleze ceva, iar tu răspunzi în Overvibe.
E același tipar, îndreptat spre cod. Brief-ul de cercetare se ocupă de surse din afara repo-ului, cum ar fi documentația, webul și exporturile.
Da. Oprește ajutoarele după ce ai privirea de ansamblu, iar overvibe resume aduce unul înapoi cu conversația lui când ai o întrebare despre partea lui.
Câțiva agenți citesc surse diferite în același timp, iar unul dintre ei scrie brief-ul din ce primește înapoi.
Refactorizare pe moduleUn refactor mare sau o migrare împărțită pe module, câte un ajutor pe zonă în propriul worktree și un reviewer care citește rezultatul după merge.
Review de planClaude scrie planul, Codex îl citește cu repo-ul deschis și obiectează, totul înainte să existe vreo linie de cod.
Instalează Overvibe, deschide o sesiune principală în repo și cere câte un ajutor pe zonă.
