PLAN MODE
Definiție
Plan mode e modul de lucru în care un asistent de programare citește, cercetează și propune un plan scris, fără să modifice niciun fișier, până când nu îl aprobi. Diferența față de modul obișnuit e cine apasă butonul: în mod normal agentul răspunde acționând, adică scrie cod și salvează fișiere pe măsură ce înțelege sarcina; în plan mode se oprește înainte de prima modificare și îți arată ce a înțeles, ce fișiere ar atinge și în ce ordine. Confuzia frecventă e că ar fi doar o formalitate; în realitate e locul unde se prind neînțelegerile, cât timp corectarea costă o frază.
Utilitatea reală nu vine din plan, ci din citirea lui. Un plan bun spune trei lucruri: ce a înțeles agentul din cerința ta, ce va modifica exact, și ce nu va face. Dacă primul punct e greșit, ai economisit o oră de refăcut; dacă al treilea lipsește, merită cerut explicit. Costul e o rundă în plus de conversație, iar câștigul crește direct cu miza: pentru o corecție de trei linii planul e pierdere de timp, pentru o unealtă care atinge zece fișiere sau prelucrează date reale e cea mai ieftină asigurare disponibilă.
Pentru cineva din contabilitate, plan mode e echivalentul notei de fundamentare înaintea unei înregistrări complexe: nu îți spune că rezultatul e corect, dar te obligă să vezi raționamentul înainte de efect. Regula practică e simplă și se învață repede: orice sarcină care atinge fișiere existente, date reale sau mai mult de un fișier trece prin plan. Sarcinile mici, făcute pe o copie, nu au nevoie. Semnul că regula funcționează e că ajungi să respingi planuri, nu că le aprobi pe toate.
Exemple practice
- Cerere de modificare a convertorului SAF-T: planul arată că agentul ar rescrie și fișierul de configurare, ceea ce tu nu voiai. Corecția costă o frază acum și ar fi costat o oră după.
- Plan citit atent înainte de aprobare: agentul înțelesese „ultimele trei luni” ca fiind lunile calendaristice, nu ultimele trei perioade de raportare. Neînțelegerea nu ar fi apărut în cod, ci în cifre.
- Regulă de folosire: fără plan pentru un script nou pe date de test, cu plan obligatoriu pentru orice atinge fișiere existente sau date de client.
Întrebări frecvente
Nu pierd timp cerând un plan de fiecare dată?
Pentru sarcini mici, da, și atunci nu merită. Criteriul practic e ce se poate strica: dacă agentul modifică fișiere existente sau lucrează pe date reale, planul costă un minut și evită repararea. Dacă lucrează pe o copie, sari peste.
Ce fac dacă planul e aproape bun?
Îl corectezi în cuvinte și ceri planul actualizat, în loc să aprobi și să corectezi după. Un plan e ieftin de schimbat, un cod scris deja pe baza lui nu.
Cum se numește la celelalte instrumente?
Ideea e aceeași peste tot, numele diferă. La Claude Code se numește plan mode. Mediul de dezvoltare Antigravity al Google produce planuri de implementare ca artefacte vizibile, aprobate separat de execuție. Codex, agentul OpenAI, expune și el pasul de planificare înainte de a scrie modificările. La orice asistent care nu are un mod dedicat, îl obții cerând explicit: „nu modifica nimic, spune-mi întâi ce ai de gând să faci”.