- Modul Planificare oferă un mediu structurat, doar pentru citire, pentru cercetarea, proiectarea și elaborarea planurilor de implementare înainte de modificarea oricărui cod.
- Modul este guvernat de un motor de politici flexibil, abilități ale agenților și hook-uri, permițând personalizarea profundă a regulilor de siguranță, a accesului la instrumente și a fluxurilor de lucru de arhivare.
- Gemini direcționează automat modele Pro cu raționament ridicat pentru planificare și modele Flash rapide pentru execuție, optimizând calitatea și performanța în toate fazele.
- Modul Plan se integrează cu direcționare interactivă, conducte non-interactive și extensii precum Conductor pentru a oferi suport pentru orice, de la sarcini rapide la proiecte complexe, cu mai mulți pași.
Modul Planificare din Gemini CLI este, în esență, o interfață de comandă sigură, doar pentru citire, unde poți analiza modificări complexe înainte de a atinge o singură linie de cod. În loc să treceți direct la editări, dumneavoastră și agentul parcurgeți împreună cercetarea, designul și planificarea, în timp ce Gemini vă analizează baza de cod, instrumentele și documentația, protejând în același timp proiectul de modificări accidentale.
Acest mod este conceput pentru dezvoltatorii care își doresc structură, siguranță și claritate înainte de începerea implementării, fără a sacrifica viteza sau flexibilitatea. Îl poți folosi pentru a planifica migrări de baze de date, funcții noi, refactorizări sau audituri, toate acestea valorificând în același timp modele de raționament ridicat, politici personalizate, competențe ale agenților și chiar fluxuri de lucru fără antet în CI/CD. Gândește-te la el ca la un sandbox de planificare în care totul este deliberat și trasabil.
Ce este Modul Planificare în Gemini CLI?
Modul Plan este un mod de operare doar pentru citire în Gemini CLI care limitează agentul la un set restricționat de instrumente sigure. Cât timp este activ, Gemini poate explora depozitul, inspecta fișiere, căuta modele și citi documentația, dar nu poate modifica fișierele proiectului sau rula comenzi arbitrare care ar putea altera starea. Singurele fișiere pe care are permisiunea să le scrie sunt propriile artefacte de plan intern.
Ideea principală din spatele Modului Plan este de a separa gândirea de acțiune. În primul rând, Gemini se concentrează pe înțelegerea solicitării dvs., analizarea bazei de cod, a dependențelor și a mediului și elaborarea unui plan detaliat. Numai după ce aprobați în mod explicit planul respectiv, CLI trece într-un mod de editare sau de execuție pentru a efectua modificările.
Modul Planificare este activat în mod implicit pentru noii utilizatori ai Gemini CLI, ceea ce înseamnă că majoritatea fluxurilor de lucru încep deja cu o mentalitate axată pe cercetare. Îl poți dezactiva sau elimina oricând din fluxul de lucru, dar comportamentul implicit este să tratezi planificarea ca pe o fază de primă clasă, în special pentru schimbări mari sau riscante.
Modul este, de asemenea, strâns integrat cu alte funcții Gemini, cum ar fi Agent Skills, motorul de politici, instrumentele MCP și direcționarea modelului. Acest lucru îl face nu doar un mecanism de siguranță, ci și un mediu puternic pentru arhitectura unor soluții robuste și bine gândite.
Cum se activează și se intră în modul Plan
Modul Plan este de obicei activat din fabrică, dar puteți controla cum și când pornește Gemini CLI în acest mod. Există mai multe modalități de a configura sau de a intra în Modul Plan, în funcție de dacă îl doriți ca comportament implicit sau doar pentru anumite sesiuni.
Dacă doriți ca interfața Gemini CLI să pornească întotdeauna în modul Plan, puteți modifica setările din interiorul interfeței CLI. Pornește / setări comandă, localizați opțiunea numită „Mod de aprobare implicit” și setați-o la PlanificăDin acel moment, fiecare sesiune nouă va începe în acest mediu de planificare doar pentru citire.
Pentru sesiunile singulare în care doriți să lansați direct în modul Plan, puteți utiliza un indicator din linia de comandă. Porniți CLI cu gemeni –mod-aprobare=plan iar agentul va opera imediat conform restricțiilor din Modul Plan, fără a fi nevoie să activați/dezactivați nimic interactiv.
Când vă aflați deja în interfața Gemini CLI, există mai multe modalități de a comuta direct la modul Plan. Puteți apăsa Shift + Tab pentru a parcurge modurile de aprobare disponibile (Implicit → Editare automată → Plan), utilizați butonul /plan comandă sau pur și simplu cere în limbaj natural agentului să „înceapă un plan pentru…” un anumit obiectiv. În culise, Gemini invocă introducere_mod_plan instrument pentru schimbarea modurilor.
Comanda /plan vă permite, de asemenea, să furnizați un obiectiv în linie, ceea ce este util atunci când doriți atât să schimbați modurile, cât și să începeți imediat planificarea. De exemplu, tastarea /plan autentificare implement pune Gemini în modul Planificare și trimite instantaneu solicitarea dvs. privind designul de autentificare, declanșând imediat cercetarea și analiza.
Flux de lucru principal: cercetare, proiectare, schiță, aprobare
Modul Planificare îți structurează munca într-un flux simplu, dar eficient: definește obiectivul, cercetează, proiectează, elaborează un plan, apoi aprobă sau iterează. Fiecare fază este separată intenționat, astfel încât să puteți păstra controlul și să evitați editări neașteptate sau acțiuni riscante.
În primul rând, oferi un obiectiv clar. Ai putea spune „planifică un nou serviciu de notificare folosind Redis” sau „cercetează cum să migrezi această bază de date”. Gemini folosește acest obiectiv pentru a intra în Modul Planificare (dacă nu este deja activ) și începe să exploreze părțile relevante ale bazei de cod, infrastructurii și documentației într-un mod strict de citire.
În faza de cercetare, Gemini folosește instrumente precum listarea fișierelor, globalizarea, căutarea în stil grep și alte capabilități doar de citire pentru a construi o hartă mentală a sistemului. În unele cazuri, se poate baza pe subagenți specializați, cum ar fi investigator_codebase sau activați abilități ale agenților adaptate domeniilor specifice pentru a înțelege mai bine dependențele și arhitectura.
Odată ce agentul are suficient context, acesta trece la faza de proiectare și discuții. Aici, Gemini propune strategii, scoate la iveală compromisuri și vă poate adresa întrebări clarificatoare folosind ask_user instrument. Acest schimb de replici ajută la asigurarea faptului că abordarea aleasă se aliniază cu preferințele, constrângerile și convențiile existente.
După ce conveniți verbal asupra unei direcții, Gemini elaborează un plan formal de implementare sub forma unui fișier Markdown stocat în directorul dedicat planurilor. Acest artefact este detaliat și structurat: enumeră sarcini, pași, dependențe, riscuri potențiale și uneori opțiuni alternative. Îl puteți citi, edita sau adnota înainte de a executa orice.
Ultimul pas din flux este aprobarea explicită. Interfața de comandă Gemini va prezenta planul și va oferi opțiuni precum „Da, acceptă automat modificările” sau „Da, acceptă manual modificările” pentru a începe implementarea. Dacă ceva nu este în regulă, puteți reveni cu feedback, puteți edita fișierul planului sau pur și simplu puteți anula planul cu Esc și încercați o abordare diferită.
Colaborarea la plan: discuții, editări și comentarii
Unul dintre avantajele remarcabile ale Modului Plan este că tratează planul ca pe un artefact partajat pe care tu și Gemini îl puteți edita împreună. Această colaborare poate fi mai precisă și mai rapidă decât descrierea schimbărilor complexe doar în limbaj natural.
Când Gemini termină o schiță și prezintă planul spre revizuire, îl puteți deschide direct în editorul extern preferat. Anunturi Ctrl + X din interiorul CLI-ului, iar planul Markdown se va deschide în VS Code, Vim sau orice editor ați configurat. Nu este necesară căutarea manuală a fișierelor.
În editor, poți modifica planul oricum dorești. Puteți reordona pașii pentru a se potrivi mai bine fluxului de implementare, puteți rescrie anumite acțiuni pentru claritate, puteți elimina sarcini pe care le considerați inutile sau puteți extinde secțiuni care necesită mai multe detalii. De asemenea, puteți adăuga comentarii în linie, cum ar fi „Ar trebui să reutilizăm clasa Logger existentă aici?” sau „Verificați acest lucru în raport cu SLO-urile actuale”.
După ce salvați și închideți editorul, Gemini CLI detectează automat modificările și comentariile. Acesta analizează documentul actualizat, încorporează feedback-ul dvs. și își rafinează înțelegerea internă a strategiei. Agentul regenerează apoi o versiune perfecționată a planului pentru ca dvs. să o revizuiți din nou.
Această buclă de editare → rafinare → revizuire se poate repeta de câte ori este nevoie până când sunteți mulțumit de plan. Când ești gata, dai o aprobare clară și abia atunci Gemini iese din modul Planificare pentru a începe editările propriu-zise sau executarea comenzilor pe baza pașilor conveniți.
Ieșirea din modul Plan și comutarea modurilor de aprobare
Puteți ieși din Modul Planificare în orice moment, indiferent dacă ați terminat planificarea sau pur și simplu doriți să reveniți la un alt mod de aprobare. Nu este necesară finalizarea sau aprobarea unui plan înainte de a părăsi acest mediu.
Cel mai obișnuit mod în care se termină Modul Plan este atunci când aprobi un plan finalizat. Imediat ce confirmați că Gemini ar trebui să înceapă implementarea, CLI iese automat din modul Plan și trece într-un mod mai permisiv, în care editările și apelurile de instrumente care își schimbă starea sunt permise, în funcție de setările de aprobare.
Dacă doriți doar să comutați la un alt mod fără a aproba nimic, puteți utiliza aceeași comandă rapidă de la tastatură utilizată pentru a intra în modul Plan. Anunturi Shift + Tab pentru a reveni de la Plan la Implicit sau Editare automată, în funcție de preferințele dumneavoastră pentru activitatea de dezvoltare activă.
Comenzile în limbaj natural funcționează și pentru tranzițiile de mod. Puteți introduce expresii precum „ieșire din modul de planificare” sau „oprire planificare”, iar Gemini va apela instrumentul de schimbare a modului corespunzător pentru a restabili comportamentul anterior. Acest lucru facilitează intrarea și ieșirea din contextul de planificare pe măsură ce fluxul de lucru evoluează.
Model de siguranță și instrumente permise în modul Planificare
Sub capotă, Modul Planificare este aplicat de politici stricte de siguranță care garantează că proiectul dvs. rămâne într-o stare de doar citire în timpul planificării. Modul este susținut de motorul de politici Gemini CLI și de un fișier de configurare dedicat numit plan.toml, care definește ce instrumente sunt permise și cum se comportă acestea.
Politica încorporată pentru Modul Plan este considerată o politică de Nivel 1 și este întotdeauna concentrată pe prevenirea scrierilor sau a acțiunilor distructive. În mod implicit, sunt permise doar instrumentele care sunt inerent sigure - cum ar fi citirea, căutarea sau listarea fișierelor. Orice element care ar putea modifica fișiere, executa comenzi sau altera sisteme externe este blocat, cu excepția cazului în care suprascrieți în mod explicit regulile.
Motorul de politici tratează regulile care nu specifică moduri ca fiind active global, ceea ce înseamnă că se vor aplica și în timpul modului Plan. Dacă doriți ca o regulă să se aplice doar în alte moduri și nu în modul Plan, trebuie să enumerați explicit modurile țintă în regula respectivă. De exemplu, dacă doriți testul npm pentru a fi permis în modurile Implicit și Editare automată, dar niciodată în modul Plan, ar trebui să îl configurați cu o listă de moduri care exclude Plan.
O altă caracteristică importantă de siguranță este modul în care sunt delimitate aprobările persistente ale instrumentelor. Aprobările acordate în moduri mai permisive (cum ar fi Implicit sau Editare automată) nu se transferă automat în Modul Plan. Acest lucru împiedică rularea silențioasă a instrumentelor în care aveți încredere pentru implementare în timp ce vă aflați încă în faza de cercetare. Cu toate acestea, aprobările acordate în timpul Modului Plan sunt tratate ca fiind deliberate și pot fi aplicate global în alte moduri ulterior.
Per total, Modul Plan este securizat în mod implicit, dar este totuși extrem de personalizabil. Puteți personaliza ce instrumente sunt disponibile, cum necesită aprobare și ce fel de hook-uri sau jurnalizare doriți pentru crearea planului și tranzițiile de execuție.
Politici personalizate, instrumente MCP și hook-uri
Dincolo de politicile de Nivel 1 încorporate, puteți adapta în continuare Modul Plan la organizația sau fluxul de lucru personal adăugând propriile fișiere de politici. Acestea trăiesc în ~/.gemini/politici/ director și sunt considerate Nivel 2, astfel încât pot rafina sau extinde comportamentul implicit definit în plan.toml.
Un caz de utilizare comun este controlul modului în care se comportă instrumentele Protocolului de context al modelului (MCP) doar pentru citire în modul Plan. În mod implicit, Gemini poate solicita confirmarea utilizatorului înainte de a invoca aceste instrumente, chiar și atunci când acestea sunt nedistructive. Cu Adnotări ale instrumentului si Nume mcp wildcard, puteți defini modele specifice sau seturi de instrumente care sunt aprobate automat sau necesită mai puține solicitări, facilitând planificarea în mediile care se bazează în mare măsură pe servicii externe.
De asemenea, puteți atașa hook-uri care se declanșează atunci când modul Plan trece la implementare. De exemplu, dacă organizația dumneavoastră are nevoie de o pistă de audit pentru fiecare plan aprobat, puteți adăuga o AfterTool hook care copiază artefactele planului finalizat în Google Cloud Storage sau în alt sistem de arhivare de fiecare dată când Gemini iese din modul Plan pentru a începe executarea modificărilor.
Un hook tipic ar putea fi un script precum ~/.gemini/hooks/archive-plan.sh, care primește context despre sesiune și fișierul planului. Acest lucru vă permite să aplicați cerințele de conformitate și trasabilitate fără a modifica fluxul de lucru manual - de fiecare dată când un plan este aprobat, acesta este creat automat pentru revizuiri ulterioare sau analize de incidente.
Prin combinarea politicilor personalizate și a hook-urilor, echipele își pot codifica propriile metodologii direct în Modul Plan. Indiferent dacă doriți aprobări mai stricte, înregistrare obligatorie sau restricții privind instrumentele specifice mediului, motorul de politici vă oferă butoanele de care aveți nevoie.
Competențe ale agenților și fluxuri de lucru specializate pentru planificare
Abilitățile agenților sunt un mecanism cheie pentru adaptarea modului în care Gemini CLI planifică anumite categorii de lucru în timp ce rămâneți în modul Planificare. O abilitate cuprinde instrucțiuni specializate, pași procedurali și euristici care ghidează modul în care agentul cercetează, proiectează și structurează o anumită sarcină.
De exemplu, o competență de „Migrare a bazelor de date” ar putea impune includerea de strategii de backup, verificări de validare a datelor și proceduri de revenire la versiunea inițială. În loc să vă amintiți toate aceste detalii de fiecare dată, vă puteți baza pe competența noastră pentru a vă asigura că fiecare plan de migrare este sigur și în conformitate cu standardele dumneavoastră.
În mod similar, o abilitate de „Audit de securitate” ar putea determina Gemini să caute activ vulnerabilități sau configurații greșite în timpul explorării bazei de cod. Ar putea instrui agentul să scaneze pentru valori implicite nesigure, verificări de autentificare lipsă sau secrete necriptate, apoi să rezume constatările și pașii de remediere din cadrul artefactului planului.
Pe partea front-end, o abilitate de „Design Frontend” poate îndruma agentul către biblioteci specifice de componente ale interfeței utilizator și ghiduri de accesibilitate. Planurile generate în cadrul acestei competențe ar face referire automat la sistemul dvs. de design, la practicile ARIA sau la constrângerile de performanță, contribuind la menținerea consecvenței și incluzivității interfeței utilizator.
Pentru a utiliza o abilitate în Modul Plan, puteți solicita explicit Gemini CLI să „utilizeze „abilitatea de a planifica…” sau pur și simplu descrieți sarcina dumneavoastră într-un mod care să permită agentului să activeze autonom o abilitate relevantă. Odată activă, abilitatea remodelează modul în care se comportă fazele de planificare, de la prioritățile de cercetare până la structura planului final Markdown.
Deoarece abilitățile se integrează fără probleme cu modelul de siguranță al Plan Mode, chiar și fluxurile de lucru extrem de specializate beneficiază în continuare de garanțiile de tip „doar citire” și de porțile de aprobare. Beneficiați de planificare profundă, adaptată domeniului, fără a expune mediul la efecte secundare nedorite.
Rutare model: Pro pentru planificare, Flash pentru execuție
Interfața de comandă a gemini include rutarea automată a modelului care profită de modul Plan pentru a echilibra calitatea raționamentului și viteza de execuție. Când utilizați o configurație de model automat, CLI alege diferite modele Gemini în funcție de faza de planificare sau de implementare.
În timp ce vă aflați în modul Planificare, solicitările sunt direcționate către un model Pro cu raționament ridicat, cum ar fi Gemini 3.1 Pro. Acest model este optimizat pentru analize complexe, decizii arhitecturale, raționament în context lung și elaborarea de planuri complicate. Scopul este de a maximiza calitatea și robustețea planului în sine, chiar dacă acest lucru necesită mai multe calcule.
Odată ce un plan este aprobat și ieșiți din Modul Plan, CLI detectează că a început o fază de implementare și trece automat la un model Flash de mare viteză. Aici, prioritatea este receptivitatea și eficiența costurilor: agentul execută în mare parte pași bine definiți în loc să ia decizii strategice majore, așa că un model mai rapid este de obicei suficient.
Acest comportament implicit oferă un compromis inteligent: lent și atent la proiectare, rapid și eficient la construcție. Dacă, din orice motiv, preferați o configurație diferită, puteți dezactiva comutarea automată în setări și puteți configura manual modele specifice pentru fiecare mod.
Modele mai noi, precum Gemini 2.5 Flash și Gemini 2.5 Flash‑Lite, continuă să îmbunătățească acest echilibru. Cu capacități îmbunătățite de utilizare a instrumentelor, latență mai mică și urmărire îmbunătățită a instrucțiunilor, acestea pot executa pașii planului mai fiabil, menținând în același timp sub control utilizarea token-urilor și costurile.
Păstrarea sesiunilor, curățarea și directoarele de planuri personalizate
Pentru a menține mediul de dezvoltare ordonat, Gemini CLI gestionează automat datele de sesiune și fișierele de plan asociate. În mod implicit, fiecare sesiune — inclusiv planurile și instrumentele de urmărire a activităților sale — este păstrată timp de 30 de zile înainte de a fi curățată.
Puteți modifica această perioadă de păstrare folosind comanda /settings sau editând direct configurația settings.json. Căutați setarea „Retenție sesiune” și ajustați-o în funcție de nevoile dvs.; pentru proiecte de lungă durată, puteți dori o fereastră mai lungă, în timp ce pentru experimente efemere, puteți prefera o retenție mai scurtă.
Pe lângă curățarea automată, puteți declanșa ștergerea manuală a sesiunilor în orice moment. Din linia de comandă, utilizați gemeni –ștergere-sesiune pentru a elimina o anumită sesiune și artefactele acesteia. Alternativ, deschideți Browserul de sesiuni cu /rezumă, navigați folosind interfața și apăsați x pentru a șterge sesiunea selectată.
Dacă ați configurat un director de planuri personalizate, este important să rețineți că ștergerea automată nu elimină fișierele respective ale planului. Ești responsabil pentru gestionarea manuală a acelui director, ceea ce poate fi un avantaj dacă vrei să tratezi planurile ca documentație permanentă sau să le stochezi în controlul versiunilor alături de codul tău.
Această abordare vă oferă flexibilitate: utilizați planuri pe termen scurt atunci când vă interesează doar execuția imediată sau mențineți o arhivă organizată de planuri strategice pentru referințe viitoare și conformitate.
Fluxuri de lucru neinteractive și CI/CD cu modul Plan
Modul Plan nu este doar pentru sesiuni terminale interactive; se potrivește bine și cu medii non-interactive, cum ar fi scripturi și pipeline-uri CI/CD. În aceste scenarii, motorul de politici este configurat să aprobe automat anumite instrumente de planificare, astfel încât fluxul de lucru să nu se blocheze în așteptarea inputului utilizatorului.
Mai exact, atunci când interfața de comandă a gemini (Gemini CLI) detectează un context neinteractiv, aprobă automat instrumentele enter_plan_mode și exit_plan_mode. Asta înseamnă că pipeline-ul tău poate declanșa programatic planificarea, poate permite Gemini să genereze un plan și apoi să treacă la execuție fără dialoguri de confirmare manuală.
O altă diferență cheie în fluxurile de lucru neinteractive este ce se întâmplă după ce se termină modul Plan și începe implementarea. În loc să treacă la modul implicit standard, CLI comută la Modul YOLO, care este conceput să execute automat pașii fără a rămâne blocați în aprobările interactive ale instrumentelor.
Acest comportament prietenos cu automatizarea face posibilă construirea de fluxuri de lucru complet scriptate, în care planificarea și execuția se desfășoară de la un capăt la altul. Beneficiați în continuare de faza de planificare structurată, dar fluxul de lucru poate continua cu viteza mașinii odată ce planul este gata și aprobat conform politicilor dumneavoastră.
Direcționarea modelului în modul Planificare
Direcționarea modelului vă permite să ghidați Gemini în timp real în timp ce acesta cercetează sau elaborează un plan, ceea ce poate strânge semnificativ bucla de feedback și poate ajuta atenuează halucinațiile modelului. În loc să așteptați finalizarea unui ciclu complet, puteți introduce indicii sau corecții în timp ce instrumentele rulează.
Imaginează-ți că începi cu o solicitare de genul „/plan Vreau să implementez un nou serviciu de notificare folosind Redis”. Gemini intră în modul Plan, începe să scaneze baza de cod și începe să exploreze directoarele. În timp ce urmăriți apelurile instrumentului — poate că listează căile greșite — puteți tasta ceva de genul „Nu uitați să verificați pachetele/cozile comune/cozile pentru configurația Redis existentă”.
Chiar și cât timp rotitorul este activ, Gemini poate încorpora acest indiciu în cercetarea sa actuală. Vei vedea apoi cum inspectează directorul sugerat la următoarea rundă și își ajustează înțelegerea locului unde ar trebui să se afle noul serviciu.
Direcționarea modelului este la fel de utilă în faza de desenare. Dacă planul inițial se înclină spre o arhitectură simplă de coadă, dar preferi un model Pub/Sub, poți spune „Să folosim un model Publisher/Subscriber în loc de o coadă simplă pentru acest serviciu”. Gemini va pune pauză, va reconsidera designul și va începe să schițeze o nouă versiune a planului, aliniată la preferințele tale.
Pentru a profita la maximum de direcție, încercați să fiți specific și să interveniți din timp. Instrucțiuni clare precum „folosește clasa Logger existentă în src/utils” sau „planificăm să depreciem acest modul luna viitoare” oferă un context care poate să nu fie evident doar din analiza statică a codului.
Extensibilitate cu Conductor și fluxuri de lucru complexe
Pentru proiecte mari sau cu mai mulți pași, extensia Conductor demonstrează cum Modul Plan poate deveni coloana vertebrală a fluxurilor de lucru mai avansate. Conductor este conceput pentru Dezvoltare Bazată pe Context, acționând ca un orchestrator care vă ghidează prin migrări complexe, implementări de funcționalități sau refactorizări.
Prin utilizarea modului Plan, Conductor poate efectua verificări complete înainte de zbor și pase de cercetare aprofundată într-un mediu complet sigur. Împarte sarcinile mari în etape, folosește ask_user instrument pentru validarea deciziilor critice în fiecare etapă și asigură că agentul nu se grăbește niciodată să facă schimbări fără aprobarea dumneavoastră la nivel înalt.
Pe parcursul acestui proces, Conductor se bazează pe principiile de citire-doar ale Modului Plan și pe planificarea structurată pentru a genera sub-sarcini și pași detaliați. La fiecare punct de control, confirmă presupunerile, colectează informațiile lipsă și actualizează traiectoria generală, astfel încât implementarea finală să fie atât completă, cât și aliniată cu strategia dumneavoastră.
Designul Modului Plan, cu instrumente precum enter_plan_mode și exit_plan_mode, a fost în mod deliberat făcut extensibil, astfel încât soluții precum Conductor să poată fi construite pe baza acestuia. Scopul nu este doar de a vă oferi o modalitate sigură de a comuta la planificare, ci o bază pe care o puteți utiliza pentru propriile straturi de orchestrare personalizate și metodologii de dezvoltare.
Echipa Gemini CLI lucrează la aducerea Conductor mai aproape de experiența de bază ca mod integrat, estompând și mai mult linia dintre planificare, orchestrare și execuție. Această direcție evidențiază cât de central este Modul Planificare pentru viitorul dezvoltării structurate, asistate de inteligență artificială.
Per total, Modul Planificare din Gemini CLI este mai mult decât un simplu comutator de siguranță; este un mediu complet de planificare care combină explorarea doar în citire, colaborarea bogată, politicile personalizabile, modelele de raționament avansat și comportamentul prietenos cu automatizarea. Prin adoptarea acestui mod pentru următoarea funcționalitate, migrare sau audit important, vă oferiți un spațiu clar pentru a gândi, a pune întrebări și a itera înainte de orice modificare a codului, ceea ce duce în cele din urmă la implementări mai curate și mai puține surprize neplăcute.
