Entwickler können eine konversationelle Erfahrung nutzen, wenn sie dazu auffordern, Schritte und Aktionen zu planen, bevor sie den Back-End-Aufruf zum Rendern senden.

Vorteile des Planungsmodus

Prompting ist eine iterative Designaktivität. Entwickler verfeinern routinemäßig Absicht, Reihenfolge und Einschränkungen, während sie sich einer korrekten und wartbaren Lösung annähern. Der Planungsmodus unterstützt diese Aktivität, indem er offenlegt, was das System vor der Ausführung generieren wird, sodass Entwickler Prompts validieren und anpassen können, ohne sich auf eine Ausführung festzulegen.

Durch die Bereitstellung eines schrittweisen Plans dessen, was gerendert wird, ermöglicht der Planungsmodus eine frühzeitige Validierung der Absicht. Entwickler können bestätigen, dass die KI den Prompt korrekt interpretiert hat, die Reihenfolge der Schritte bewerten und Lücken oder falsche Annahmen identifizieren, bevor sie eine Darstellung festlegen. Dies ist besonders wertvoll in den frühen Phasen von Design und Ideengenerierung, in denen die Anforderungen noch in Entwicklung sind und schnelle Experimente erwartet werden.

Das Überprüfen und Korrigieren eines Plans im Voraus vermeidet wiederholte Renderings, die durch kleinere Eingabefehler verursacht werden, wodurch die Effizienz verbessert und die Automatisierungserstellung beschleunigt wird.

Gemeinsam ermöglichen diese Vorteile einen konversationelleren, iterativen Entwicklungs-Workflow. Entwickler können KI als kollaborativen Designpartner einsetzen, um hochwertige Ergebnisse zu erzielen, ohne Strenge, Governance oder Leistungserwartungen zu opfern.

Planungsmodus aktivieren

Anmerkung: Der Build-Modus ist der Standardbetriebsmodus von Co-Pilot für Entwickler. In diesem Modus führen genehmigte Prompts zu Back-End-Aufrufen, die Automatisierungsartefakte erzeugen. Jeder Schritt wird pro Anfrage verarbeitet, und nach Abschluss bleibt das System für weitere Interaktionen im Build-Modus.
Aktivieren Sie den Planungsmodus, indem Sie /plan in die Co-Pilot-Oberfläche eingeben. Alle nachfolgenden Eingaben werden im Planungsmodus verarbeitet, bis zur Deaktivierung. Dieses Modell trennt Design von Ausführung und ermöglicht kontrollierte Iterationen, ohne den Standard-Build-Workflow zu verändern. Vgl. die folgenden Beispiele:
  • /plan a task to send emails to all contacts in spreadsheet $Client List$.
  • /plan a process that requests manager approval before a PTO request is accepted.

Der Planungsmodus aktiviert einen Planungs-Agent, der eine Eingabe analysiert, ohne eine Automatisierung auszuführen. Der Agent übersetzt den Prompt in eine geordnete Abfolge von Schritten, die den Automatisierungsablauf darstellen.

Hauptmerkmale:

  • Nur Vorab-Analyse; es werden keine Automatisierungsartefakte erstellt.

  • Ausgabe auf Stufenebene beschreibt Struktur, Sequenzierung und Abhängigkeiten.

  • Agentenbasierte, mehrstufige Interaktion; der Agent kann eine Präzisierung anfordern, wenn die Absicht oder Einschränkungen unklar sind.

  • Niedrig-reibungsfreie Iteration; Prompts können vor der Ausführung wiederholt bearbeitet und neu bewertet werden.

Die Ausgabe ist ein zusammengefasster Automatisierungsplan, der zur Überprüfung und Verfeinerung vorgesehen ist.

Planungsmodus deaktivieren

Sie können den Planungsmodus ganz einfach mit einer der beiden Methoden deaktivieren.
  • Nachdem Sie Ihren Plan abgeschlossen haben, geben Sie einfach build it ein, um das Automatisierungsartefakt zu erstellen und den Planungsmodus zu deaktivieren.
  • Um die Planungssitzung zu beenden, ohne Ihren Plan zu erstellen, schließen Sie einfach die Oberfläche. Ihre nächste Sitzung wird standardmäßig im Build-Modus geöffnet.