Alles, was Sie über den Planmodus in der Gemini-Befehlszeile wissen müssen

Startseite » Python » Alles, was Sie über den Planmodus in der Gemini-Befehlszeile wissen müssen

Der Planmodus in der Gemini CLI ist im Wesentlichen ein sicheres, schreibgeschütztes Cockpit, in dem Sie komplexe Änderungen durchdenken können, bevor Sie auch nur eine einzige Zeile Code bearbeiten. Statt direkt mit den Bearbeitungen zu beginnen, gehen Sie und der Agent gemeinsam die Recherche, das Design und die Planung durch, während Gemini Ihre Codebasis, Ihre Tools und Ihre Dokumentation durchforstet und Ihr Projekt vor versehentlichen Änderungen schützt.

Dieser Modus richtet sich an Entwickler, die vor Beginn der Implementierung Struktur, Sicherheit und Klarheit wünschen, ohne dabei Geschwindigkeit oder Flexibilität einzubüßen. Sie können es nutzen, um Datenbankmigrationen, neue Funktionen, Refaktorierungen oder Audits abzubilden und dabei gleichzeitig hochentwickelte Modelle, benutzerdefinierte Richtlinien, Agentenfähigkeiten und sogar Headless-Workflows in CI/CD zu verwenden. Stellen Sie es sich als Planungsumgebung vor, in der alles bewusst geplant und nachvollziehbar ist.

Was ist der Planmodus in der Gemini-Befehlszeile?

Der Planmodus ist ein schreibgeschützter Betriebsmodus in der Gemini CLI, der den Agenten auf eine begrenzte Anzahl sicherer Tools beschränkt. Solange Gemini aktiv ist, kann es Ihr Repository durchsuchen, Dateien untersuchen, nach Mustern suchen und die Dokumentation lesen. Es kann jedoch weder Ihre Projektdateien ändern noch beliebige Befehle ausführen, die den Zustand verändern könnten. Gemini darf ausschließlich seine eigenen internen Planungsartefakte schreiben.

Die Grundidee des Planmodus besteht darin, Denken und Handeln zu trennen. Gemini konzentriert sich zunächst darauf, Ihre Anfrage zu verstehen, die Codebasis, Abhängigkeiten und die Umgebung zu analysieren und einen detaillierten Plan zu erstellen. Erst nachdem Sie diesen Plan ausdrücklich genehmigt haben, wechselt die Befehlszeile in den Bearbeitungs- oder Ausführungsmodus, um die Änderungen durchzuführen.

Der Planungsmodus ist für neue Benutzer der Gemini CLI standardmäßig aktiviert, was bedeutet, dass die meisten Arbeitsabläufe bereits mit einer Forschungsorientierung beginnen. Sie können die Funktion jederzeit deaktivieren oder aus Ihrem Arbeitsablauf entfernen, standardmäßig wird die Planung jedoch als vorrangige Phase behandelt, insbesondere bei großen oder risikoreichen Änderungen.

Der Modus ist außerdem eng mit anderen Gemini-Funktionen wie Agent Skills, der Policy-Engine, MCP-Tools und der Modellsteuerung integriert. Dadurch wird es nicht nur zu einem Sicherheitsmechanismus, sondern auch zu einem leistungsstarken Umfeld für die Entwicklung robuster, gut durchdachter Lösungen.

So aktivieren und starten Sie den Planmodus

Der Planmodus ist normalerweise standardmäßig aktiviert, Sie können jedoch steuern, wie und wann die Gemini CLI in diesem Modus startet. Es gibt verschiedene Möglichkeiten, den Planmodus zu konfigurieren oder zu aktivieren, je nachdem, ob Sie ihn als Standardverhalten festlegen oder nur für bestimmte Sitzungen nutzen möchten.

Wenn Sie möchten, dass die Gemini CLI immer im Planmodus startet, können Sie Ihre Einstellungen innerhalb der CLI anpassen. Führen Sie die / die Einstellungen Suchen Sie im Befehl die Option „Standardgenehmigungsmodus“ und stellen Sie sie auf HallenplanAb diesem Zeitpunkt beginnt jede neue Sitzung in dieser schreibgeschützten Planungsumgebung.

Für einmalige Sitzungen, in denen Sie direkt in den Planmodus starten möchten, können Sie einen Befehlszeilenparameter verwenden. Starten Sie die CLI mit Zwillinge –Genehmigungsmodus=Plan und der Agent wird sofort unter den Einschränkungen des Planmodus arbeiten, ohne dass Sie irgendetwas interaktiv umschalten müssen.

Wenn Sie sich bereits in der Gemini CLI befinden, gibt es mehrere Möglichkeiten, spontan in den Planmodus zu wechseln. Sie können drücken Umschalt + Tab Um die verfügbaren Genehmigungsmodi durchzuschalten (Standard → Automatische Bearbeitung → Plan), verwenden Sie die /planen Sie können den Agenten anweisen oder ihn einfach in natürlicher Sprache bitten, „einen Plan für…“ ein bestimmtes Ziel zu erstellen. Im Hintergrund ruft Gemini die enter_plan_mode Werkzeug zum Ändern der Modi.

Mit dem Befehl /plan können Sie außerdem ein Ziel direkt im Text angeben, was praktisch ist, wenn Sie sowohl den Modus wechseln als auch sofort mit der Planung beginnen möchten. Wenn Sie beispielsweise /Plan Implementierung der Authentifizierung Versetzt Gemini in den Planungsmodus und übermittelt sofort Ihre Anfrage zum Authentifizierungsdesign, wodurch Recherche und Analyse umgehend gestartet werden.

Kern-Workflow: Recherche, Design, Entwurf, Genehmigung

Der Planmodus strukturiert Ihre Arbeit in einen einfachen, aber effektiven Ablauf: Ziel definieren, recherchieren, entwerfen, einen Plan erstellen, dann genehmigen oder überarbeiten. Die einzelnen Phasen sind bewusst voneinander getrennt, damit Sie die Kontrolle behalten und unerwartete Änderungen oder riskante Aktionen vermeiden können.

Zunächst geben Sie ein klares Ziel vor. Sie könnten beispielsweise sagen: „Planen Sie einen neuen Benachrichtigungsdienst mit Redis“ oder „Recherchieren Sie, wie Sie diese Datenbank migrieren können“. Gemini nutzt dieses Ziel, um in den Planungsmodus zu wechseln (sofern dieser nicht bereits aktiv ist) und beginnt, die relevanten Teile Ihrer Codebasis, Infrastruktur und Dokumentation ausschließlich lesend zu untersuchen.

Während der Recherchephase verwendet Gemini Werkzeuge wie Dateiauflistung, Globbing, grep-ähnliche Suche und andere schreibgeschützte Funktionen, um eine mentale Karte Ihres Systems zu erstellen. In einigen Fällen kann es auf spezialisierte Unteragenten wie beispielsweise einen zurückgreifen. codebase_investigator oder aktivieren Sie Agentenfähigkeiten, die auf bestimmte Domänen zugeschnitten sind, um Abhängigkeiten und Architektur besser zu verstehen.

Sobald der Agent über genügend Kontext verfügt, geht er in die Entwurfs- und Diskussionsphase über. Hier schlägt Gemini Strategien vor, zeigt Kompromisse auf und stellt Ihnen möglicherweise klärende Fragen mithilfe des Benutzer fragen Dieses Hin und Her hilft dabei, sicherzustellen, dass der gewählte Ansatz Ihren Präferenzen, Einschränkungen und bestehenden Konventionen entspricht.

Nachdem Sie sich mündlich auf eine Richtung geeinigt haben, erstellt Gemini einen formalen Umsetzungsplan als Markdown-Datei, die in Ihrem dedizierten Planverzeichnis gespeichert wird. Dieses Dokument ist detailliert und strukturiert: Es listet Aufgaben, Schritte, Abhängigkeiten, potenzielle Risiken und gegebenenfalls alternative Optionen auf. Sie können es lesen, bearbeiten oder kommentieren, bevor etwas ausgeführt wird.

Der letzte Schritt in diesem Ablauf ist die ausdrückliche Genehmigung. Die Gemini CLI präsentiert den Plan und bietet Optionen wie „Ja, Änderungen automatisch übernehmen“ oder „Ja, Änderungen manuell übernehmen“, um die Implementierung zu starten. Sollte Ihnen etwas komisch vorkommen, können Sie Feedback geben, die Plandatei selbst bearbeiten oder den Plan einfach abbrechen. Esc und versuchen Sie es mit einem anderen Ansatz.

Gemeinsame Planung: Diskussion, Bearbeitung und Kommentare

Einer der herausragenden Vorteile des Planmodus ist, dass er den Plan als gemeinsames Artefakt behandelt, das Sie und Gemini gemeinsam bearbeiten können. Diese Zusammenarbeit kann präziser und schneller erfolgen als die Beschreibung komplexer Veränderungen ausschließlich mit natürlichsprachlichen Anweisungen.

Wenn Gemini einen Entwurf fertiggestellt und den Plan zur Überprüfung vorgelegt hat, können Sie ihn direkt in Ihrem bevorzugten externen Editor öffnen. Presse Strg + X Direkt aus der Befehlszeile heraus wird der Markdown-Plan in VS Code, Vim oder dem von Ihnen konfigurierten Editor geöffnet. Manuelles Suchen nach Dateien ist nicht erforderlich.

Im Editor können Sie den Plan nach Belieben anpassen. Sie können die Reihenfolge der Schritte an Ihre Bereitstellungspipeline anpassen, bestimmte Aktionen zur besseren Verständlichkeit umschreiben, unnötige Aufgaben entfernen oder Abschnitte erweitern, die mehr Details benötigen. Sie können auch Inline-Kommentare hinzufügen, z. B. „Sollten wir die vorhandene Logger-Klasse hier wiederverwenden?“ oder „Dies anhand der aktuellen SLOs überprüfen.“

Sobald Sie den Editor speichern und schließen, erkennt Gemini CLI Ihre Änderungen und Kommentare automatisch. Es analysiert das aktualisierte Dokument, integriert Ihr Feedback und optimiert sein internes Strategieverständnis. Anschließend generiert der Agent eine überarbeitete Version des Plans zur erneuten Überprüfung.

Dieser Kreislauf aus Bearbeiten → Verfeinern → Überprüfen kann so oft wiederholt werden, bis Sie mit dem Plan zufrieden sind. Wenn Sie bereit sind, geben Sie eine eindeutige Zustimmung, und erst dann verlässt Gemini den Planmodus, um mit den eigentlichen Bearbeitungen oder der Befehlsausführung auf der Grundlage der vereinbarten Schritte zu beginnen.

Planmodus verlassen und Genehmigungsmodi wechseln

Sie können den Planungsmodus jederzeit verlassen, egal ob Sie mit der Planung fertig sind oder einfach zu einem anderen Genehmigungsmodus zurückkehren möchten. Es besteht keine Verpflichtung, einen Plan vor Verlassen dieser Umgebung abzuschließen oder zu genehmigen.

Der Planmodus endet am häufigsten, wenn Sie einen endgültigen Plan genehmigen. Sobald Sie bestätigen, dass Gemini mit der Implementierung beginnen soll, verlässt die CLI automatisch den Planmodus und wechselt in einen permissiveren Modus, in dem Änderungen und Toolaufrufe, die den Zustand ändern, gemäß Ihren Genehmigungseinstellungen zulässig sind.

Wenn Sie einfach in einen anderen Modus wechseln möchten, ohne etwas zu genehmigen, können Sie die gleiche Tastenkombination verwenden, die auch zum Aufrufen des Planmodus verwendet wird. Presse Umschalt + Tab Sie können je nach Ihren Präferenzen für die aktive Entwicklungsarbeit zwischen Plan und Standard oder Auto-Bearbeitung wechseln.

Auch für Modusübergänge funktionieren Befehle in natürlicher Sprache. Sie können Ausdrücke wie „Planungsmodus verlassen“ oder „Planung beenden“ eingeben, woraufhin Gemini das entsprechende Werkzeug zum Umschalten des Modus aufruft, um Ihr vorheriges Verhalten wiederherzustellen. So können Sie je nach Bedarf Ihres Workflows problemlos zwischen Planungsmodus und Normalmodus wechseln.

Sicherheitsmodell und zulässige Werkzeuge im Planmodus

Im Hintergrund sorgt der Planungsmodus für strenge Sicherheitsrichtlinien, die gewährleisten, dass Ihr Projekt während der Planung im schreibgeschützten Zustand bleibt. Der Modus basiert auf der Gemini CLI-Richtlinien-Engine und einer speziellen Konfigurationsdatei namens plan.toml, in der festgelegt wird, welche Werkzeuge zulässig sind und wie sie sich verhalten.

Die integrierte Richtlinie für den Planmodus wird als Richtlinie der Stufe 1 betrachtet und ist stets darauf ausgerichtet, Schreibvorgänge oder destruktive Aktionen zu verhindern. Standardmäßig sind nur Tools erlaubt, die von Natur aus sicher sind – wie das Lesen, Suchen oder Auflisten von Dateien. Alles, was Dateien verändern, Befehle ausführen oder externe Systeme modifizieren könnte, ist blockiert, sofern Sie die Regeln nicht explizit außer Kraft setzen.

Die Richtlinien-Engine behandelt Regeln, die keine Modi angeben, als global aktiv, was bedeutet, dass sie auch im Planmodus gelten. Soll eine Regel nur in anderen Modi und nicht im Planmodus gelten, müssen Sie die Zielmodi in dieser Regel explizit angeben. Wenn Sie beispielsweise möchten npm Test Wenn dies im Standardmodus und im Auto-Edit-Modus erlaubt sein soll, im Planmodus jedoch nie, konfigurieren Sie es mit einer Modusliste, die den Planmodus ausschließt.

Ein weiteres wichtiges Sicherheitsmerkmal ist die Art und Weise, wie die Genehmigung von Dauerwerkzeugen geregelt wird. In weniger restriktiven Modi (wie Standard oder Automatische Bearbeitung) erteilte Genehmigungen werden nicht automatisch in den Planungsmodus übernommen. Dadurch wird verhindert, dass Tools, denen Sie bei der Implementierung vertrauen, im Hintergrund ausgeführt werden, während Sie sich noch in der Recherchephase befinden. Genehmigungen, die im Planungsmodus erteilt werden, gelten hingegen als bewusste Entscheidungen und können anschließend global auf andere Modi angewendet werden.

Insgesamt ist der Planmodus standardmäßig sicher, aber dennoch hochgradig anpassbar. Sie können individuell festlegen, welche Tools zur Verfügung stehen, wie diese genehmigt werden müssen und welche Art von Hooks oder Protokollierung Sie im Zusammenhang mit der Planerstellung und den Übergängen zur Planausführung wünschen.

Benutzerdefinierte Richtlinien, MCP-Tools und Hooks

Über die integrierten Richtlinien der Stufe 1 hinaus können Sie den Planmodus durch Hinzufügen eigener Richtliniendateien noch besser an Ihre Organisation oder Ihren persönlichen Arbeitsablauf anpassen. Diese leben in der ~/.gemini/policies/ Verzeichnisse und werden als Tier 2 betrachtet, sodass sie das in definierte Standardverhalten verfeinern oder erweitern können. plan.toml.

Ein häufiger Anwendungsfall ist die Steuerung des Verhaltens von MCP-Tools (Model Context Protocol) im Nur-Lese-Modus während des Planmodus. Standardmäßig kann Gemini vor dem Aufruf dieser Tools eine Benutzerbestätigung anfordern, selbst wenn diese nicht-destruktiv sind. Werkzeuganmerkungen und der mcpName Mithilfe von Platzhaltern können Sie spezifische Muster oder Werkzeugsätze definieren, die automatisch genehmigt werden oder weniger Eingabeaufforderungen erfordern, was die Planung in Umgebungen, die stark auf externe Dienste angewiesen sind, vereinfacht.

Sie können auch Hooks einbinden, die ausgelöst werden, wenn der Planmodus in den Implementierungsmodus übergeht. Wenn Ihre Organisation beispielsweise einen Prüfpfad für jeden genehmigten Plan benötigt, können Sie einen hinzufügen AfterTool Hook, der die finalisierten Planartefakte in Google Cloud Storage oder ein anderes Archivsystem kopiert, sobald Gemini den Planmodus verlässt, um mit der Ausführung von Änderungen zu beginnen.

Ein typischer Hook könnte ein Skript wie ~/.gemini/hooks/archive-plan.sh sein, das Kontextinformationen über die Sitzung und die Plandatei empfängt. Dies ermöglicht es Ihnen, Compliance- und Rückverfolgbarkeitsanforderungen durchzusetzen, ohne Ihren manuellen Arbeitsablauf zu ändern – jedes Mal, wenn ein Plan genehmigt wird, wird er automatisch zur späteren Überprüfung oder Vorfallanalyse gesichert.

Durch die Kombination von benutzerdefinierten Richtlinien und Hooks können Teams ihre eigenen Methoden direkt in den Planmodus einbinden. Ob Sie strengere Genehmigungen, obligatorische Protokollierung oder umgebungsspezifische Werkzeugbeschränkungen wünschen, die Richtlinien-Engine bietet Ihnen die nötigen Stellschrauben.

Agentenfähigkeiten und spezialisierte Planungsabläufe

Agentenfähigkeiten sind ein wichtiger Mechanismus, um die Planung bestimmter Arbeitskategorien durch die Gemini CLI im Planungsmodus anzupassen. Ein Skillpaket enthält spezialisierte Anweisungen, Verfahrensschritte und Heuristiken, die den Agenten bei der Recherche, dem Entwurf und der Strukturierung einer bestimmten Aufgabe leiten.

Eine Qualifikation im Bereich „Datenbankmigration“ könnte beispielsweise vorschreiben, dass jeder Plan Backup-Strategien, Datenvalidierungsprüfungen und Rollback-Verfahren beinhaltet. Anstatt sich jedes Mal all diese Details merken zu müssen, können Sie sich auf Ihre Fachkenntnisse verlassen, um sicherzustellen, dass jeder Migrationsplan sicher ist und Ihren Standards entspricht.

In ähnlicher Weise könnte eine „Sicherheitsaudit“-Funktion Gemini dazu veranlassen, während der Quellcodeanalyse aktiv nach Schwachstellen oder Fehlkonfigurationen zu suchen. Es könnte den Agenten anweisen, nach unsicheren Standardeinstellungen, fehlenden Authentifizierungsprüfungen oder unverschlüsselten Geheimnissen zu suchen und anschließend die Ergebnisse und Abhilfemaßnahmen im Planartefakt zusammenzufassen.

Im Frontend-Bereich kann die Fähigkeit „Frontend-Design“ den Agenten zu spezifischen UI-Komponentenbibliotheken und Richtlinien zur Barrierefreiheit lenken. Die mit dieser Methode erstellten Pläne beziehen sich automatisch auf Ihr Designsystem, ARIA-Richtlinien oder Leistungsbeschränkungen und tragen so zu einer konsistenten und inklusiven Benutzeroberfläche bei.

Um eine Funktion im Planmodus zu nutzen, können Sie die Gemini CLI explizit anweisen, „die Funktion zu verwenden“. Fähigkeit zur Planung…“ oder beschreiben Sie Ihre Aufgabe einfach so, dass der Agent selbstständig eine entsprechende Fähigkeit aktivieren kann. Sobald diese Fähigkeit aktiviert ist, verändert sie das Verhalten der Planungsphasen, von den Forschungsprioritäten bis hin zur Struktur des endgültigen Markdown-Plans.

Da sich die Fähigkeiten nahtlos in das Sicherheitsmodell von Plan Mode integrieren, profitieren auch hochspezialisierte Arbeitsabläufe von den Lesegarantien und Genehmigungsmechanismen. Sie erhalten eine tiefgreifende, domänenspezifische Planung, ohne Ihre Umgebung unbeabsichtigten Nebenwirkungen auszusetzen.

Modellrouting: Pro für die Planung, Flash für die Ausführung

Gemini CLI beinhaltet automatisches Modell-Routing, das den Planmodus nutzt, um ein Gleichgewicht zwischen Argumentationsqualität und Ausführungsgeschwindigkeit herzustellen. Bei Verwendung einer automatischen Modellkonfiguration wählt die CLI je nach Planungs- oder Implementierungsphase unterschiedliche Gemini-Modelle aus.

Im Planmodus werden Anfragen an ein leistungsstarkes Pro-Modell, wie z. B. Gemini 3.1 Pro, weitergeleitet. Dieses Modell ist für komplexe Analysen, architektonische Entscheidungen, langfristiges Denken und die Erstellung detaillierter Pläne optimiert. Ziel ist es, die Qualität und Robustheit des Plans selbst zu maximieren, auch wenn dies einen höheren Rechenaufwand erfordert.

Sobald ein Plan genehmigt ist und Sie den Planmodus verlassen, erkennt die CLI, dass eine Implementierungsphase begonnen hat, und schaltet automatisch auf ein Hochgeschwindigkeits-Flash-Modell um. Hierbei stehen Reaktionsfähigkeit und Kosteneffizienz im Vordergrund: Der Agent führt meist klar definierte Schritte aus, anstatt große strategische Entscheidungen zu treffen, daher ist ein schnelleres Modell in der Regel ausreichend.

Dieses Standardverhalten bietet einen klugen Kompromiss: langsam und überlegt beim Entwurf, schnell und effizient beim Bau. Falls Sie aus irgendeinem Grund eine andere Konfiguration bevorzugen, können Sie die automatische Umschaltung in Ihren Einstellungen deaktivieren und für jeden Modus manuell bestimmte Modelle konfigurieren.

Neuere Modelle wie Gemini 2.5 Flash und Gemini 2.5 Flash‑Lite verbessern dieses Gleichgewicht weiterhin. Dank besserer Werkzeugnutzungsmöglichkeiten, geringerer Latenz und verbesserter Befehlsausführung können sie Planschritte zuverlässiger ausführen und gleichzeitig den Tokenverbrauch und die Kosten im Griff behalten.

Sitzungsaufbewahrung, Bereinigung und benutzerdefinierte Planverzeichnisse

Um Ihre Entwicklungsumgebung übersichtlich zu halten, verwaltet Gemini CLI automatisch Sitzungsdaten und zugehörige Plandateien. Standardmäßig wird jede Sitzung – einschließlich ihrer Pläne und Aufgabenverfolgung – 30 Tage lang aufbewahrt, bevor sie gelöscht wird.

Sie können diese Aufbewahrungsfrist mit dem Befehl /settings oder durch direktes Bearbeiten Ihrer settings.json-Konfiguration ändern. Suchen Sie nach der Einstellung „Sitzungsspeicherung“ und passen Sie diese Ihren Bedürfnissen an; für länger laufende Projekte benötigen Sie möglicherweise ein längeres Zeitfenster, während Sie für kurzlebige Experimente eine kürzere Speicherdauer bevorzugen könnten.

Zusätzlich zur automatischen Bereinigung können Sie jederzeit die manuelle Löschung von Sitzungen auslösen. Verwenden Sie dazu die Befehlszeile. gemini –delete-session Um eine bestimmte Sitzung und ihre Artefakte zu entfernen. Alternativ können Sie den Sitzungsbrowser öffnen mit /fasst zusammenNavigieren Sie mithilfe der Benutzeroberfläche und drücken Sie x Die ausgewählte Sitzung löschen.

Wenn Sie ein benutzerdefiniertes Planverzeichnis konfiguriert haben, ist zu beachten, dass die automatische Löschung diese Plandateien nicht entfernt. Sie sind für die manuelle Verwaltung dieses Verzeichnisses verantwortlich, was von Vorteil sein kann, wenn Sie Pläne als dauerhafte Dokumentation behandeln oder sie zusammen mit Ihrem Code in der Versionskontrolle speichern möchten.

Dieser Ansatz bietet Ihnen Flexibilität: Sie können kurzfristige Pläne verwenden, wenn es Ihnen nur um die unmittelbare Umsetzung geht, oder Sie können ein sorgfältig zusammengestelltes Archiv strategischer Pläne für zukünftige Referenzzwecke und zur Einhaltung von Vorschriften führen.

Nicht-interaktive und CI/CD-Workflows mit Planmodus

Der Planmodus eignet sich nicht nur für interaktive Terminal-Sitzungen; er funktioniert auch hervorragend mit nicht-interaktiven Umgebungen wie Skripten und CI/CD-Pipelines. In diesen Szenarien ist die Richtlinien-Engine so konfiguriert, dass bestimmte Planungstools automatisch genehmigt werden, damit der Workflow nicht durch Benutzereingaben unterbrochen wird.

Genauer gesagt: Wenn die Gemini CLI einen nicht-interaktiven Kontext erkennt, genehmigt sie automatisch die Tools enter_plan_mode und exit_plan_mode. Das bedeutet, dass Ihre Pipeline programmatisch die Planung auslösen, Gemini einen Plan generieren lassen und dann ohne manuelle Bestätigungsdialoge in die Ausführung übergehen kann.

Ein weiterer wesentlicher Unterschied bei nicht-interaktiven Arbeitsabläufen besteht darin, was passiert, nachdem der Planungsmodus beendet ist und die Implementierung beginnt. Anstatt in den Standardmodus überzugehen, wechselt die CLI in den entsprechenden Modus. YOLO-Modus, das so konzipiert ist, dass es Schritte automatisch ausführt, ohne bei Genehmigungen durch interaktive Tools hängen zu bleiben.

Dieses automatisierungsfreundliche Verhalten ermöglicht die Erstellung vollständig skriptbasierter Arbeitsabläufe, bei denen Planung und Ausführung durchgängig erfolgen. Sie profitieren weiterhin von der strukturierten Planungsphase, aber sobald der Plan fertig und gemäß Ihren Richtlinien genehmigt ist, kann die Produktionspipeline in Maschinengeschwindigkeit ablaufen.

Modellsteuerung im Planmodus

Die Modellsteuerung ermöglicht es Ihnen, Gemini in Echtzeit zu beeinflussen, während es recherchiert oder einen Plan entwirft. Dies kann die Feedbackschleife deutlich verkürzen und helfen. Modellhalluzinationen abschwächen. Anstatt auf den Abschluss eines kompletten Zyklus zu warten, können Sie während der Ausführung der Tools Hinweise oder Korrekturen einfügen.

Stellen Sie sich vor, Sie beginnen mit einer Eingabeaufforderung wie „/plan Ich möchte einen neuen Benachrichtigungsdienst mit Redis implementieren“. Gemini wechselt in den Planungsmodus, beginnt mit dem Scannen der Codebasis und durchsucht die Verzeichnisse. Während Sie die Aufrufe des Tools beobachten – möglicherweise werden die falschen Pfade aufgelistet – können Sie beispielsweise „Vergiss nicht, packages/common/queues auf die vorhandene Redis-Konfiguration zu überprüfen“ eingeben.

Selbst während der Spinner aktiv ist, kann Gemini diesen Hinweis in seine aktuelle Forschung einbeziehen. Anschließend wird das Programm im nächsten Schritt das vorgeschlagene Verzeichnis überprüfen und seine Kenntnisse darüber, wo der neue Dienst gespeichert werden soll, entsprechend anpassen.

Die Modellsteuerung ist auch während der Entwurfsphase sehr nützlich. Wenn der ursprüngliche Plan eine einfache Warteschlangenarchitektur vorsieht, Sie aber ein Pub/Sub-Muster bevorzugen, können Sie sagen: „Lassen Sie uns für diesen Dienst ein Publisher/Subscriber-Muster anstelle einer einfachen Warteschlange verwenden.“ Gemini wird dann pausieren, den Entwurf überdenken und eine neue, Ihren Präferenzen entsprechende Version des Plans erstellen.

Um das Lenken optimal zu nutzen, sollten Sie präzise sein und frühzeitig eingreifen. Klare Anweisungen wie „Verwenden Sie die vorhandene Logger-Klasse in src/utils“ oder „Wir planen, dieses Modul nächsten Monat als veraltet zu kennzeichnen“ liefern einen Kontext, der bei einer rein statischen Codeanalyse möglicherweise nicht ersichtlich ist.

Erweiterbarkeit mit Conductor und komplexen Arbeitsabläufen

Bei großen oder mehrstufigen Projekten zeigt die Conductor-Erweiterung, wie der Planmodus zum Rückgrat fortgeschrittenerer Arbeitsabläufe werden kann. Conductor ist für die kontextgetriebene Entwicklung konzipiert und fungiert als Orchestrator, der Sie durch komplexe Migrationen, Feature-Rollouts oder Refactorings führt.

Durch die Nutzung des Planmodus kann Conductor umfassende Vorflugkontrollen und detaillierte Forschungsdurchläufe in einer absolut sicheren Umgebung durchführen. Es zerlegt große Aufgaben in Meilensteine ​​und nutzt die Benutzer fragen Ein Tool zur Überprüfung kritischer Entscheidungen in jeder Phase, das sicherstellt, dass der Agent niemals ohne Ihre Zustimmung auf höchster Ebene Änderungen voreilig vornimmt.

Während dieses gesamten Prozesses stützt sich Conductor auf die schreibgeschützten Prinzipien des Planmodus und die strukturierte Planung, um Teilaufgaben und detaillierte Schritte zu generieren. Bei jedem Kontrollpunkt werden Annahmen überprüft, fehlende Informationen gesammelt und der Gesamtverlauf aktualisiert, damit die endgültige Umsetzung sowohl gründlich als auch auf Ihre Strategie abgestimmt ist.

Das Design des Planmodus mit Werkzeugen wie enter_plan_mode und exit_plan_mode wurde bewusst erweiterbar gestaltet, damit Lösungen wie Conductor darauf aufbauen können. Ziel ist es nicht nur, Ihnen einen sicheren Planungsschalter zur Verfügung zu stellen, sondern eine Grundlage zu schaffen, die Sie für Ihre eigenen benutzerdefinierten Orchestrierungsebenen und Entwicklungsmethoden nutzen können.

Das Gemini CLI-Team arbeitet daran, Conductor als integrierten Modus näher an die Kernfunktionen heranzuführen und so die Grenzen zwischen Planung, Orchestrierung und Ausführung weiter zu verwischen. Diese Richtung verdeutlicht, wie zentral der Planmodus für die Zukunft der strukturierten, KI-gestützten Entwicklung ist.

Insgesamt ist der Planmodus in der Gemini CLI mehr als nur ein einfacher Sicherheitsschalter; er ist eine vollständige Planungsumgebung, die schreibgeschützte Erkundung, umfangreiche Zusammenarbeit, anpassbare Richtlinien, hochleistungsfähige Modelle und automatisierungsfreundliches Verhalten miteinander verbindet. Indem Sie diesen Modus für Ihr nächstes großes Feature, Ihre nächste Migration oder Ihr nächstes Audit nutzen, schaffen Sie sich einen klaren Raum zum Nachdenken, Hinterfragen und Iterieren, bevor Codeänderungen implementiert werden, was letztendlich zu saubereren Implementierungen und weniger unangenehmen Überraschungen führt.