- Suunnittelutila tarjoaa jäsennellyn, vain luku -tilassa olevan ympäristön toteutussuunnitelmien tutkimiseen, suunnitteluun ja luonnosteluun ennen koodin muokkaamista.
- Tilaa ohjaa joustava käytäntömoottori, agenttitaidot ja koukut, jotka mahdollistavat turvallisuussääntöjen, työkalujen käytön ja arkistointityönkulkujen syvällisen mukauttamisen.
- Gemini reitittää automaattisesti perustellut Pro-mallit suunnittelua varten ja nopeat Flash-mallit toteutusta varten, optimoiden laatua ja suorituskykyä eri vaiheissa.
- Suunnittelutila integroituu interaktiiviseen ohjaukseen, ei-interaktiivisiin prosesseihin ja laajennuksiin, kuten Conductor, tukemaan kaikkea nopeista tehtävistä monimutkaisiin, usean vaiheen projekteihin.
Gemini CLI:n suunnittelutila on pohjimmiltaan turvallinen, vain luku -tilassa oleva ohjaamo, jossa voit miettiä monimutkaisia muutoksia ennen kuin kosket yhteenkään koodiriviin. Sen sijaan, että hyppäisitte suoraan muokkauksiin, sinä ja agentti käytte läpi tutkimuksen, suunnittelun ja suunnittelun yhdessä. Gemini käy läpi koodikantaasi, työkalusi ja dokumentaatiosi suojaten projektiasi tahattomilta muutoksilta.
Tämä tila on suunniteltu kehittäjille, jotka haluavat rakennetta, turvallisuutta ja selkeyttä ennen käyttöönoton aloittamista nopeudesta tai joustavuudesta tinkimättä. Voit käyttää sitä tietokantasiirtojen, uusien ominaisuuksien, refaktorointien tai auditointien suunnitteluun hyödyntäen samalla perusteellisia malleja, mukautettuja käytäntöjä, agenttitaitoja ja jopa CI/CD:n funktioita vailla olevia työnkulkuja. Ajattele sitä suunnittelun hiekkalaatikkona, jossa kaikki on harkittua ja jäljitettävissä.
Mikä on Gemini CLI:n suunnittelutila?
Suunnittelutila on Gemini CLI:n vain luku -käyttötila, joka rajoittaa agentin käytettävissä olevat turvalliset työkalut rajoitettuun joukkoon. Aktiivisena ollessaan Gemini voi tutkia arkistoasi, tarkastaa tiedostoja, etsiä malleja ja lukea dokumentaatiota, mutta se ei voi muuttaa projektitiedostojasi tai suorittaa mielivaltaisia komentoja, jotka voisivat muuttaa tilaa. Ainoat tiedostot, joihin se saa kirjoittaa, ovat sen omat sisäiset suunnitelma-artefaktit.
Plan Moden keskeinen ajatus on erottaa ajattelu tekemisestä. Ensinnäkin Gemini keskittyy pyyntösi ymmärtämiseen, koodikannan, riippuvuuksien ja ympäristön analysointiin sekä yksityiskohtaisen suunnitelman laatimiseen. Vasta sen jälkeen, kun olet nimenomaisesti hyväksynyt suunnitelman, komentorivi (CLI) siirtyy muokkaus- tai suoritustilaan muutosten suorittamiseksi.
Suunnittelutila on oletusarvoisesti käytössä Gemini CLI:n uusille käyttäjille, mikä tarkoittaa, että useimmat työnkulut alkavat jo tutkimuslähtöisellä ajattelutavalla. Voit aina poistaa sen käytöstä tai työnkulustasi, mutta oletusarvoisesti suunnittelua käsitellään ensisijaisena vaiheena, erityisesti suurten tai riskialttiiden muutosten tapauksessa.
Tila on myös tiiviisti integroitu muihin Geminin ominaisuuksiin, kuten agenttitaitoihin, käytäntömoottoriin, MCP-työkaluihin ja mallin ohjaukseen. Tämä tekee siitä paitsi turvamekanismin myös tehokkaan ympäristön vankkojen ja hyvin perusteltujen ratkaisujen suunnittelulle.
Suunnittelutilan ottaminen käyttöön ja siihen siirtyminen
Suunnittelutila on yleensä päällä heti pakkauksesta, mutta voit hallita sitä, miten ja milloin Gemini CLI käynnistyy tässä tilassa. Suunnittelutilan määrittämiseen tai siihen siirtymiseen on useita tapoja riippuen siitä, haluatko sen olevan oletusarvoinen toimintatapa vai vain tiettyjä istuntoja varten.
Jos haluat Gemini CLI:n käynnistyvän aina suunnittelutilassa, voit säätää asetuksiasi CLI:n sisältä. Suorita / asetukset komennon, etsi vaihtoehto nimeltä ”Oletushyväksyntätila” ja aseta se arvoon SuunnitelmaTästä eteenpäin jokainen uusi istunto alkaa tässä vain luku -tilassa olevassa suunnitteluympäristössä.
Kertaluonteisissa istunnoissa, joissa haluat käynnistää suoraan suunnittelutilassa, voit käyttää komentorivilippua. Aloita komentorivi (CLI) gemini –hyväksyntätila=suunnitelma ja agentti toimii välittömästi suunnittelutilan rajoitusten mukaisesti ilman, että sinun tarvitsee vaihtaa mitään vuorovaikutteisesti.
Kun olet jo Gemini CLI:ssä, voit vaihtaa suunnittelutilaan lennossa useilla tavoilla. Voit painaa Shift + Tab Voit selata käytettävissä olevia hyväksyntätiloja (Oletus → Automaattinen muokkaus → Suunnitelma) käyttämällä /suunnitelma komento tai yksinkertaisesti pyytää luonnollisella kielellä agenttia "aloittaa suunnitelman..." tietylle tavoitteelle. Kulissien takana Gemini herättää syötä_suunnitelmatila työkalu tilojen vaihtamiseen.
/plan-komennolla voit myös asettaa tavoitteen suoraan viestissä, mikä on kätevää, kun haluat sekä vaihtaa tilaa että aloittaa suunnittelun välittömästi. Esimerkiksi kirjoittamalla /plan toteuttaa todennuksen asettaa Geminin suunnittelutilaan ja lähettää välittömästi pyyntösi todennussuunnittelusta, käynnistäen tutkimuksen ja analyysin heti.
Ydintyönkulku: tutkimus, suunnittelu, luonnostelu, hyväksyntä
Suunnittelutila jäsentää työsi yksinkertaiseksi mutta tehokkaaksi työnkuluksi: määrittele tavoite, tutki, suunnittele, laadi suunnitelma ja hyväksy tai toista se. Jokainen vaihe on tarkoituksella erotettu toisistaan, jotta voit säilyttää hallinnan ja välttää odottamattomia muokkauksia tai riskialttiita toimia.
Ensinnäkin, asetat selkeän tavoitteen. Voit sanoa ”suunnittele uusi ilmoituspalvelu Redisin avulla” tai ”tutki, miten tämä tietokanta migroidaan”. Gemini käyttää tätä tavoitetta siirtyäkseen suunnittelutilaan (jos se ei ole jo aktiivinen) ja alkaa tutkia koodikannan, infrastruktuurin ja dokumentaation olennaisia osia ainoastaan luku -tilassa.
Tutkimusvaiheen aikana Gemini käyttää työkaluja, kuten tiedostolistausta, globbausta, grep-tyylistä hakua ja muita vain luku -tilassa olevia ominaisuuksia, järjestelmäsi mentaalikartan rakentamiseen. Joissakin tapauksissa se voi turvautua erikoistuneisiin aliagentteihin, kuten koodikannan_tutkija tai aktivoi tiettyihin alueisiin räätälöityjä agenttitaitoja riippuvuuksien ja arkkitehtuurin ymmärtämiseksi paremmin.
Kun agentilla on riittävästi kontekstia, hän siirtyy suunnittelu- ja keskusteluvaiheeseen. Tässä Gemini ehdottaa strategioita, tuo esiin kompromisseja ja saattaa kysyä sinulta selventäviä kysymyksiä käyttäen kysy_käyttäjältä työkalu. Tämä edestakainen vuoropuhelu auttaa varmistamaan, että valittu lähestymistapa on linjassa mieltymystesi, rajoitustesi ja olemassa olevien käytäntöjen kanssa.
Kun olette suullisesti sopineet suunnasta, Gemini laatii virallisen toteutussuunnitelman Markdown-tiedostona, joka tallennetaan omaan suunnitelmahakemistoosi. Tämä artefakti on yksityiskohtainen ja jäsennelty: se luettelee tehtävät, vaiheet, riippuvuudet, mahdolliset riskit ja joskus vaihtoehtoiset vaihtoehdot. Voit lukea, muokata tai merkitä siihen merkintöjä ennen kuin mitään suoritetaan.
Viimeinen vaihe prosessissa on nimenomainen hyväksyntä. Gemini CLI esittelee suunnitelman ja tarjoaa vaihtoehtoja, kuten ”Kyllä, hyväksy muutokset automaattisesti” tai ”Kyllä, hyväksy muutokset manuaalisesti”, toteutuksen aloittamiseksi. Jos jokin tuntuu oudolta, voit peruuttaa suunnitelman antamalla palautetta, muokkaamalla suunnitelmatiedostoa itse tai yksinkertaisesti peruuttamalla sen. esc ja kokeile erilaista lähestymistapaa.
Yhteistyö suunnitelman parissa: keskustelu, muokkaukset ja kommentit
Yksi suunnittelutilan merkittävimmistä eduista on, että se käsittelee suunnitelmaa jaettuna artefaktina, jota sinä ja Gemini voitte muokata yhdessä. Tämä yhteistyö voi olla tarkempaa ja nopeampaa kuin monimutkaisten muutosten kuvaaminen pelkästään luonnollisen kielen kehotteilla.
Kun Gemini on saanut luonnoksen valmiiksi ja esittelee suunnitelman tarkistettavaksi, voit avata sen suoraan haluamassasi ulkoisessa editorissa. lehdistö Ctrl + X komentoriviltä (CLI), ja Markdown-sopimus avautuu VS Codessa, Vimissä tai missä tahansa määrittämässäsi editorissa. Manuaalista tiedostojen etsintää ei tarvita.
Editorissa voit muokata suunnitelmaa haluamallasi tavalla. Voit järjestellä vaiheet uudelleen sopiaksesi paremmin käyttöönottoputkeesi, kirjoittaa tiettyjä toimintoja uudelleen selkeyden vuoksi, poistaa tarpeettomiksi katsomiasi tehtäviä tai laajentaa osioita, jotka kaipaavat lisätietoja. Voit myös lisätä sisäisiä kommentteja, kuten "Pitäisikö meidän käyttää uudelleen olemassa olevaa Logger-luokkaa tässä?" tai "Tarkista tämä nykyisiä SLO:ita vasten".
Kun olet tallentanut ja sulkenut editorin, Gemini CLI tunnistaa automaattisesti tekemäsi muutokset ja kommentit. Se jäsentää päivitetyn dokumentin, sisällyttää palautteesi ja tarkentaa sisäistä ymmärrystään strategiasta. Tämän jälkeen agentti luo uudelleen viimeistellyn version suunnitelmasta, jotta voit tarkastella sitä uudelleen.
Tämä muokkaus → tarkennus → tarkennus -silmukka voi toistua niin monta kertaa kuin on tarpeen, kunnes olet tyytyväinen suunnitelmaan. Kun olet valmis, annat selkeän hyväksynnän, ja vasta sitten Gemini siirtyy pois suunnittelutilasta aloittaakseen varsinaiset muokkaukset tai komentojen suorittamisen sovittujen vaiheiden mukaisesti.
Suunnittelutilasta poistuminen ja hyväksymistilan vaihtaminen
Voit poistua suunnittelutilasta milloin tahansa, olitpa sitten lopettanut suunnittelun tai haluat vain vaihtaa takaisin toiseen hyväksymistilaan. Suunnitelmaa ei tarvitse viimeistellä tai hyväksyä ennen tästä ympäristöstä poistumista.
Yleisin tapa, jolla suunnittelutila päättyy, on, kun hyväksyt lopullisen suunnitelman. Heti kun vahvistat, että Geminin tulisi aloittaa käyttöönotto, komentoriviliittymä poistuu automaattisesti suunnittelutilasta ja siirtyy sallivampaan tilaan, jossa tilaa muuttavat muokkaukset ja työkalukutsujen käyttö on sallittua hyväksyntäasetustesi mukaisesti.
Jos haluat vain vaihtaa toiseen tilaan hyväksymättä mitään, voit käyttää samaa pikanäppäintä, jota käytetään suunnittelutilaan siirtymiseen. lehdistö Shift + Tab siirtyäksesi Suunnitelma-asetuksesta takaisin Oletus- tai Automaattimuokkaus-tilaan riippuen siitä, mitä haluat aktiiviselle kehitystyölle.
Luonnollisen kielen komennot toimivat myös tilasiirtymissä. Voit kirjoittaa lauseita, kuten ”poistu suunnittelutilasta” tai ”lopeta suunnittelu”, ja Gemini kutsuu vastaavaa tilanvaihtotyökalua palauttaakseen aiemman toimintasi. Tämä helpottaa suunnittelukontekstiin siirtymistä ja siitä poistumista työnkulun kehittyessä.
Turvallisuusmalli ja sallitut työkalut suunnittelutilassa
Konepellin alla suunnittelutilaa valvotaan tiukoilla turvallisuuskäytännöillä, jotka takaavat, että projektisi pysyy vain luku -tilassa suunnittelun aikana. Tilaa tukee Gemini CLI -käytäntömoottori ja erillinen määritystiedosto nimeltä suunnitelma.toml, joka määrittelee sallitut työkalut ja niiden toiminnan.
Suunnittelutilan sisäänrakennettu käytäntö on tason 1 käytäntö, ja se keskittyy aina kirjoitusten tai tuhoavien toimintojen estämiseen. Vain työkalut, jotka ovat luonnostaan turvallisia – kuten tiedostojen lukeminen, hakeminen tai listaaminen – ovat oletusarvoisesti sallittuja. Kaikki, mikä voi muuttaa tiedostoja, suorittaa komentoja tai muuttaa ulkoisia järjestelmiä, estetään, ellet nimenomaisesti ohita sääntöjä.
Käytäntömoottori käsittelee sääntöjä, jotka eivät määritä tiloja, globaalisti aktiivisina, mikä tarkoittaa, että ne ovat voimassa myös suunnittelutilassa. Jos haluat säännön koskevan vain muita tiloja eikä suunnittelutilassa, sinun on erikseen lueteltava kohdetilat kyseisessä säännössä. Jos esimerkiksi haluat npm testi olla sallittu oletus- ja automaattisen muokkaustilan kautta, mutta ei koskaan suunnittelutilassa, määritä se tilaluettelolla, joka sulkee pois suunnittelutilan.
Toinen tärkeä turvallisuusominaisuus on tapa, jolla pysyvät työkalujen hyväksynnät rajataan. Sallivammissa tiloissa (kuten Oletus tai Automaattinen muokkaus) myönnetyt hyväksynnät eivät automaattisesti siirry suunnittelutilaan. Tämä estää luotettavien käyttöönottotyökalujen hiljaisen toiminnan, kun olet vielä tutkimusvaiheessa. Suunnittelutilassa annettuja hyväksyntöjä käsitellään kuitenkin harkittuina, ja niitä voidaan soveltaa globaalisti muihin tiloihin myöhemmin.
Kaiken kaikkiaan suunnittelutila on oletuksena turvallinen, mutta silti erittäin muokattavissa. Voit räätälöidä, mitkä työkalut ovat käytettävissä, miten ne vaativat hyväksynnän ja millaisia koukkuja tai lokitietoja haluat suunnitelmien luomisen ja toteutuksen siirtymien yhteydessä.
Mukautetut käytännöt, MCP-työkalut ja koukut
Sisäänrakennettujen tason 1 käytäntöjen lisäksi voit mukauttaa suunnittelutilaa organisaatioosi tai henkilökohtaiseen työnkulkuusi lisäämällä omia käytäntötiedostoja. Nämä asuvat ~/.gemini/käytännöt/ hakemistoon ja niitä pidetään tasona 2, joten ne voivat tarkentaa tai laajentaa kohdassa määriteltyä oletustoimintaa suunnitelma.toml.
Yksi yleinen käyttötapaus on vain luku -tilassa olevien Model Context Protocol (MCP) -työkalujen toiminnan hallinta suunnittelutilassa. Oletusarvoisesti Gemini saattaa vaatia käyttäjän vahvistuksen ennen näiden työkalujen käynnistämistä, vaikka ne olisivatkin tietoja tuhoamattomia. työkaluHuomautukset ja mcpName jokerimerkkiä käyttämällä voit määrittää tiettyjä malleja tai työkalusarjoja, jotka hyväksytään automaattisesti tai vaativat vähemmän kehotteita, mikä sujuvoittaa suunnittelua ympäristöissä, jotka ovat vahvasti riippuvaisia ulkoisista palveluista.
Voit myös liittää koukkuja, jotka aktivoituvat, kun suunnittelutila siirtyy toteutustilaan. Jos organisaatiosi esimerkiksi tarvitsee auditointipolun jokaisesta hyväksytystä suunnitelmasta, voit lisätä AfterTool koukku, joka kopioi valmiit suunnitelman artefaktit Google Cloud Storageen tai muuhun arkistointijärjestelmään aina, kun Gemini poistuu suunnittelutilasta aloittaakseen muutosten suorittamisen.
Tyypillinen koukku voi olla komentosarja, kuten ~/.gemini/hooks/archive-plan.sh, joka vastaanottaa istuntoa ja suunnitelmatiedostoa koskevat kontekstitiedot. Näin voit valvoa vaatimustenmukaisuutta ja jäljitettävyyttä koskevia vaatimuksia muuttamatta manuaalista työnkulkuasi – aina kun suunnitelma hyväksytään, se varmuuskopioidaan automaattisesti myöhempää tarkistusta tai tapausanalyysiä varten.
Yhdistämällä mukautettuja käytäntöjä ja koukkuja tiimit voivat koodata omat menetelmänsä suoraan suunnittelutilaan. Halusitpa sitten tiukempia hyväksyntöjä, pakollista lokinnusta tai ympäristökohtaisia työkalurajoituksia, käytäntömoottori tarjoaa tarvitsemasi säätimet.
Agentin taidot ja erikoistuneet suunnittelutyönkulut
Agentin taidot ovat keskeinen mekanismi, jolla räätälöidään, miten Gemini CLI suunnittelee tiettyjä työluokkia pysyen suunnittelutilassa. Taito sisältää erikoistuneita ohjeita, proseduraalisia vaiheita ja heuristiikkaa, jotka ohjaavat sitä, miten agentti tutkii, suunnittelee ja jäsentää tietyn tehtävän.
Esimerkiksi ”Tietokannan siirto” -taito voi edellyttää, että jokainen suunnitelma sisältää varmuuskopiointistrategioita, tietojen validointitarkistuksia ja palautusmenettelyjä. Sen sijaan, että muistaisit kaikki nämä yksityiskohdat joka kerta, voit luottaa taitoon varmistaaksesi, että jokainen siirtosuunnitelma on turvallinen ja standardiesi mukainen.
Samoin ”tietoturvatarkastus”-taito voisi saada Geminit etsimään aktiivisesti haavoittuvuuksia tai virheellisiä konfiguraatioita koodikannan tutkimisen aikana. Se voi ohjeistaa agenttia etsimään suojaamattomia oletusarvoja, puuttuvia todennustarkistuksia tai salaamattomia salaisuuksia ja sitten tiivistämään löydökset ja korjaustoimenpiteet suunnitelman artefaktin sisällä.
Käyttöliittymän puolella ”Frontend Design” -taito voi ohjata agenttia tiettyjen käyttöliittymäkomponenttikirjastojen ja esteettömyysohjeiden pariin. Tämän taidon avulla luodut suunnitelmat viittaisivat automaattisesti suunnittelujärjestelmääsi, ARIA-käytäntöihisi tai suorituskykyrajoitteisiisi, mikä auttaa pitämään käyttöliittymän yhtenäisenä ja osallistavana.
Käyttääksesi taitoa suunnittelutilassa, voit pyytää Gemini CLI:tä nimenomaisesti "käyttämään suunnittelutaito…” tai yksinkertaisesti kuvaile tehtävääsi tavalla, joka antaa agentille mahdollisuuden aktivoida asiaankuuluvan taidon itsenäisesti. Kun taito on aktiivinen, se muokkaa suunnitteluvaiheiden toimintaa tutkimusprioriteeteista lopullisen Markdown-suunnitelman rakenteeseen.
Koska taidot integroituvat saumattomasti Plan Moden turvallisuusmalliin, jopa erittäin erikoistuneet työnkulut hyötyvät edelleen vain luku -takuista ja hyväksyntäporteista. Saat syvällistä, toimialuekohtaista suunnittelua altistamatta ympäristöäsi tahattomille sivuvaikutuksille.
Mallireititys: Pro suunnitteluun, Flash toteutukseen
Gemini CLI sisältää automaattisen mallin reitityksen, joka hyödyntää suunnittelutilaa tasapainottaakseen päättelyn laadun ja suoritusnopeuden. Kun käytät automaattista mallin konfiguraatiota, komentorivi (CLI) valitsee eri Gemini-mallit sen mukaan, oletko suunnittelu- vai toteutusvaiheessa.
Suunnittelutilassa pyynnöt reititetään tehokkaaseen Pro-malliin, kuten Gemini 3.1 Prohon. Tämä malli on optimoitu monimutkaiseen analyysiin, arkkitehtuuripäätöksiin, pitkän kontekstin päättelyyn ja monimutkaisten suunnitelmien laatimiseen. Tavoitteena on maksimoida itse suunnitelman laatu ja kestävyys, vaikka se vaatisikin enemmän laskentaa.
Kun suunnitelma on hyväksytty ja poistut suunnittelutilasta, komentoriviliittymä havaitsee toteutusvaiheen alkaneen ja vaihtaa automaattisesti nopeaan Flash-malliin. Tässä prioriteettina ovat reagointikyky ja kustannustehokkuus: agentti suorittaa enimmäkseen hyvin määriteltyjä vaiheita suurten strategisten päätösten sijaan, joten nopeampi malli on yleensä riittävä.
Tämä oletuskäyttäytyminen tarjoaa älykkään kompromissin: hidasta ja harkittua suunnittelussa, nopeaa ja tehokasta rakentamisessa. Jos jostain syystä haluat käyttää eri asetuksia, voit poistaa automaattisen vaihdon käytöstä asetuksissasi ja määrittää tietyt mallit kullekin tilalle manuaalisesti.
Uudemmat mallit, kuten Gemini 2.5 Flash ja Gemini 2.5 Flash-Lite, parantavat tätä tasapainoa jatkuvasti. Parempien työkalujen käyttöominaisuuksien, pienemmän latenssin ja paremman ohjeiden seurannan ansiosta he voivat suorittaa suunnitelman vaiheita luotettavammin pitäen samalla tokenien käytön ja kustannukset kurissa.
Istuntojen säilytys-, siivous- ja mukautettujen suunnitelmien hakemistot
Gemini CLI hallitsee automaattisesti istuntotietoja ja niihin liittyviä suunnitelmatiedostoja pitääkseen kehitysympäristösi siistinä. Oletusarvoisesti kutakin istuntoa – mukaan lukien sen suunnitelmat ja tehtävien seuranta – säilytetään 30 päivää ennen niiden tyhjentämistä.
Voit muuttaa tätä säilytysaikaa komennolla /settings tai muokkaamalla settings.json-määrityksiäsi suoraan. Etsi ”Istunnon säilytys” -asetus ja säädä sitä tarpeidesi mukaan. Pitkäkestoisissa projekteissa saatat haluta pidemmän ikkunan, kun taas lyhytaikaisissa kokeiluissa lyhyemmän säilytysajan.
Automaattisen puhdistuksen lisäksi voit poistaa istuntoja manuaalisesti milloin tahansa. Käytä komentoriviltä gemini –delete-session poistaaksesi tietyn istunnon ja sen artefaktit. Vaihtoehtoisesti voit avata istuntoselaajan valitsemalla /tiivistää, navigoi käyttöliittymän avulla ja paina x poistaaksesi valitun istunnon.
Jos olet määrittänyt mukautetun suunnitelmahakemiston, on tärkeää huomata, että automaattinen poisto ei poista kyseisiä suunnitelmatiedostoja. Olet vastuussa kyseisen hakemiston manuaalisesta hallinnasta, mikä voi olla eduksi, jos haluat käsitellä suunnitelmia pysyvänä dokumentaationa tai tallentaa ne versionhallintaan koodisi rinnalle.
Tämä lähestymistapa tarjoaa joustavuutta: voit käyttää lyhytaikaisia suunnitelmia, kun välität vain välittömästä toteutuksesta, tai ylläpitää kuratoitua arkistoa strategisista suunnitelmista tulevaa tarvetta ja vaatimustenmukaisuutta varten.
Ei-interaktiiviset ja CI/CD-työnkulut suunnittelutilassa
Suunnittelutila ei ole tarkoitettu vain interaktiivisille pääteistunnoille; se toimii hyvin myös ei-interaktiivisten ympäristöjen, kuten skriptien ja CI/CD-putkien, kanssa. Näissä tilanteissa käytäntömoottori on määritetty hyväksymään tietyt suunnittelutyökalut automaattisesti, jotta työnkulku ei pysähdy odottamaan käyttäjän syötettä.
Tarkemmin sanottuna, kun Gemini CLI havaitsee ei-vuorovaikutteisen kontekstin, se hyväksyy automaattisesti enter_plan_mode- ja exit_plan_mode-työkalut. Tämä tarkoittaa, että prosessisi voi ohjelmallisesti käynnistää suunnittelun, antaa Geminin luoda suunnitelman ja siirtyä sitten toteutukseen ilman manuaalisia vahvistusikkunoita.
Toinen keskeinen ero ei-vuorovaikutteisissa työnkuluissa on se, mitä tapahtuu suunnittelutilan päätyttyä ja toteutuksen alkaessa. Sen sijaan, että CLI siirtyisi normaaliin oletustilaan, se vaihtaa tilaan YOLO-tila, joka on suunniteltu suorittamaan vaiheet automaattisesti ilman, että se juuttuu vuorovaikutteisten työkalujen hyväksyntöihin.
Tämä automaatioystävällinen toimintatapa mahdollistaa täysin skriptattujen työnkulkujen rakentamisen, joissa suunnittelu ja toteutus kulkevat alusta loppuun. Hyödyt edelleen strukturoidusta suunnitteluvaiheesta, mutta prosessi voi edetä koneen nopeudella, kun suunnitelma on valmis ja hyväksytty käytäntöjesi mukaisesti.
Mallin ohjaus suunnittelutilassa
Mallin ohjauksen avulla voit ohjata Geminiä reaaliajassa sen tutkiessa tai laatiessa suunnitelmaa, mikä voi merkittävästi tiivistää palautesilmukkaa ja auttaa lieventää mallihallusinaatioita. Sen sijaan, että odottaisit koko syklin päättymistä, voit antaa vihjeitä tai korjauksia työkalujen ollessa käynnissä.
Kuvittele, että aloitat kehotteella, kuten ”/plan Haluan toteuttaa uuden ilmoituspalvelun Redisin avulla.” Gemini siirtyy suunnittelutilaan, alkaa skannata koodikantaa ja tutkia hakemistoja. Kun katselet työkalun kutsuja – ehkä se listaa vääriä polkuja – voit kirjoittaa esimerkiksi ”Älä unohda tarkistaa olemassa olevaa Redis-konfiguraatiota hakemistosta packages/common/queues.”
Vaikka spinner olisi aktiivinen, Gemini voi sisällyttää tämän vihjeen nykyiseen tutkimukseensa. Sitten näet sen tarkastavan ehdotetun hakemiston seuraavalla vuorolla ja säätävän käsitystään siitä, mihin uuden palvelun tulisi sijoittaa.
Mallin ohjaus on aivan yhtä hyödyllistä luonnosteluvaiheessa. Jos alkuperäinen suunnitelma suosii yksinkertaista jonoarkkitehtuuria, mutta pidät parempana Pub/Sub-mallia, voit sanoa: "Käytetään tässä palvelussa Publisher/Subscriber-mallia yksinkertaisen jonomallin sijaan." Gemini keskeyttää suunnitelman, harkitsee sitä uudelleen ja alkaa laatia uutta versiota suunnitelmasta mieltymystesi mukaisesti.
Saadaksesi ohjauksesta kaiken irti, yritä olla tarkka ja puuttua tilanteeseen ajoissa. Selkeät ohjeet, kuten ”käytä olemassa olevaa Logger-luokkaa src/utils-tiedostossa” tai ”aiomme poistaa tämän moduulin käytöstä ensi kuussa”, tarjoavat kontekstia, joka ei välttämättä ole ilmeistä pelkästään staattisen koodin analyysin perusteella.
Laajennettavuus Conductorin ja monimutkaisten työnkulkujen avulla
Suurissa tai monivaiheisissa projekteissa Conductor-laajennus havainnollistaa, kuinka suunnittelutilasta voi tulla edistyneempien työnkulkujen selkäranka. Conductor on suunniteltu kontekstilähtöiseen kehitykseen, ja se toimii orkestroijana, joka opastaa sinua monimutkaisissa migraatioissa, ominaisuuksien käyttöönotoissa tai refaktoroinneissa.
Hyödyntämällä suunnittelutilaa Conductor voi suorittaa kattavia lentoa edeltäviä tarkastuksia ja perusteellisia tutkimuslentoja täysin turvallisessa ympäristössä. Se jakaa suuret tehtävät välitavoitteiksi ja käyttää kysy_käyttäjältä työkalu kriittisten päätösten validointiin jokaisessa vaiheessa ja varmistaa, että asiakaspalvelija ei koskaan kiirehdi muutosten tekemistä ilman korkean tason hyväksyntääsi.
Koko tämän prosessin ajan Conductor luottaa Plan Moden vain luku -periaatteisiin ja jäsenneltyyn suunnitteluun alitehtävien ja yksityiskohtaisten vaiheiden luomiseksi. Jokaisella tarkastuspisteellä se vahvistaa oletukset, kerää puuttuvat tiedot ja päivittää kokonaiskehitystä, jotta lopullinen toteutus on sekä perusteellinen että strategiasi mukainen.
Plan Moden suunnittelu työkaluilla, kuten enter_plan_mode ja exit_plan_mode, tehtiin tarkoituksella laajennettavaksi, jotta ratkaisuja, kuten Conductor, voidaan rakentaa sen päälle. Tavoitteena ei ole vain tarjota turvallinen suunnittelukytkin, vaan perusta, jota voit käyttää omille mukautetuille orkestrointikerroksillesi ja kehitysmenetelmillesi.
Gemini CLI -tiimi työskentelee tuodakseen Conductorin lähemmäksi ydinkokemusta sisäänrakennettuna tilana, mikä hämärtää entisestään suunnittelun, orkestroinnin ja toteutuksen välistä rajaa. Tämä suunta korostaa, kuinka keskeinen Plan Mode on strukturoidun, tekoälyavusteisen kehityksen tulevaisuudessa.
Kaiken kaikkiaan Gemini CLI:n suunnittelutila on enemmän kuin pelkkä turvakytkin; se on täydellinen suunnitteluympäristö, joka yhdistää vain luku -tilassa tapahtuvan tutkimisen, monipuolisen yhteistyön, mukautettavat käytännöt, perusteelliset mallit ja automaatioystävällisen toiminnan. Hyödyntämällä tätä toimintatapaa seuraavaa isoa ominaisuutta, migraatiota tai auditointia varten annat itsellesi selkeän tilan ajatella, kyseenalaistaa ja iteroida ennen kuin mikään koodi muuttuu, mikä lopulta johtaa siistimpiin toteutuksiin ja vähemmän epämiellyttäviä yllätyksiä.
