Verwandeln Sie Ideen mit Vorschlagssitzungen in Code

Angebotssitzungen sind der richtige Einstiegspunkt, wenn eine Anfrage zu wichtig ist, um sie als einzelne Freiformaufforderung zu bearbeiten. Anstatt die Anfrage sofort zu bearbeiten, wandelt HagiCode die Anfrage zunächst in Ziele, Umfang, Aufgaben und Validierungskriterien um und geht dann zur Ausführung über.

Voraussetzungen

Bevor Sie mit einer Angebotssitzung beginnen, stellen Sie sicher, dass Sie über Folgendes verfügen:

• abgeschlossen Desktop-Installation
• abgeschlossen Assistent zum Einrichten und mindestens ein Projekt erstellt
• ausreichend Projektkontext, um die Änderung zu beschreiben; Wenn nicht, beginnen Sie mit Erstellen Sie eine Gesprächssitzung

Wozu dienen die Angebotssitzungen?

Angebotssitzungen funktionieren am besten, wenn:

• Für die Änderung muss ein klarer Umfang festgelegt werden, bevor mit der Bearbeitung begonnen wird
• Es sind mehrere Repositories, Module oder Liefergegenstände beteiligt
• Die Arbeit sollte in überprüfbare Schritte unterteilt werden
• Sie möchten, dass die Argumentations- und Ausführungsspur später sichtbar bleibt

Wenn Sie nur ein Repository-Verständnis oder eine einfache Diskussion benötigen, ist eine Konversationssitzung schneller. Wenn Sie Struktur und Nachvollziehbarkeit benötigen, fahren Sie hier fort.

Workflow-Übersicht

Der aktuelle Vorschlagsablauf lässt sich wie folgt zusammenfassen:

Bühne	Benutzeraktion	Systemergebnis
Erstellen Sie den Vorschlag	Öffnen Sie die New Idea Schublade und beschreiben Sie die Anfrage	Der Vorschlag beginnt mit einem expliziten Projekt- und Repository-Umfang
Bestätigen Sie die Struktur	Überprüfen Sie die Sitzungsdetailansicht und den Workflow-Status	KI erklärt Ziele, Schritte und Status vor der tiefergehenden Umsetzung
Verfolgen Sie den Fortschritt	Verwenden Sie das Sitzungsboard, um ausstehende, aktive und archivierte Elemente zu überwachen	Mehrere Vorschläge bleiben einfacher zu verwalten
Überprüfen Sie das Ergebnis	Kehren Sie zur Ansicht der abgeschlossenen Sitzung zurück	Sie können Festschreibungsnotizen und den Sitzungsverlauf wiederverwenden, anstatt von vorne zu beginnen

Schritt 1: Definieren Sie die Änderung im New Idea Schublade

Der aktuelle Einstiegspunkt für Vorschläge ist der New Idea Schublade. Es akzeptiert nicht nur eine kurze Textanfrage. Außerdem wird die Anfrage in einen konkreten Projekt- und Repository-Bereich gezwungen.

Beginnen Sie mit der Überprüfung dieser Bereiche:

• Projektauswahl: Bestätigen Sie, welches Projekt Eigentümer der Anfrage ist
• Repository-Bereich: Wählen Sie aus, welche Repositorys innerhalb der Grenzen liegen
• Vorschaubereich: Überprüfen Sie, was das System als Zielbereich behandelt
• Anfragefeld: Beschreiben Sie die tatsächliche Änderung in natürlicher Sprache

Wenn die Arbeit Dokumente, Frontend und Backend gemeinsam berührt, definieren Sie diese Grenze hier, anstatt sie erst spät während der Ausführung hinzuzufügen.

Schritt 2: Überprüfen Sie Ziele, Schritte und Status in der Angebotsdetailansicht

Nach der Erstellung springt HagiCode nicht direkt in die Bearbeitung. Zunächst wird eine Detailansicht geöffnet, in der der Workflow-Status, der Angebotsinhalt und der Sitzungskontext zusammengehalten werden.

Dieser Bildschirm zeigt, warum sich Vorschlagssitzungen von regulären Gesprächssitzungen unterscheiden:

• Das mittlere Bedienfeld dient nicht nur dem Chat; Es sorgt dafür, dass angebotsbezogene Inhalte sichtbar bleiben
• Der Workflow-Stepper macht den aktuellen Status explizit
• Die Sitzungsliste und der Detailbereich bewahren den Kontext für länger laufende Arbeiten

Wenn Ziel, Umfang oder Aufgabenaufteilung hier immer noch falsch erscheinen, korrigieren Sie den Vorschlag, bevor Sie fortfahren. Das ist der Sinn dieses Workflows.

Schritt 3: Verfolgen Sie mehrere Vorschläge im Sitzungsboard

Wenn es für ein Projekt mehrere Vorschläge, mehrere Ausführungsrunden oder eine Mischung aus ausstehenden und abgeschlossenen Arbeiten gibt, bietet das Sitzungsboard den klarsten Überblick.

Diese Ansicht ist aus drei Gründen besonders nützlich:

• Erkennen, welche Vorschläge noch nicht begonnen haben
• Vergleichen des Tempos mehrerer aktiver Sitzungen
• Archivierung abgeschlossener Arbeiten, damit der Arbeitsbereich lesbar bleibt

Wenn Ihr Tagesablauf mehrere parallele Threads umfasst, ist die Board-Ansicht oft besser, als jeweils nur eine Detailansicht zu öffnen.

Schritt 4: Überprüfen Sie den Status der abgeschlossenen Ausführung erneut

Am Ende eines Vorschlags benötigen Sie in der Regel mehr als nur einen einfachen „Fertig“-Marker. Sie müssen auch überprüfen, was sich geändert hat, wie die Commit-Zusammenfassung organisiert war und ob derselbe Kontext in der nächsten Runde fortgeführt werden kann.

Diese Ansicht des abgeschlossenen Zustands ist für zwei Folgeaufgaben nützlich:

• Überprüfen der generierten Festschreibungsnotizen und des Hauptausführungsergebnisses
• Fortfahren im selben Sitzungskontext, anstatt alles von Grund auf neu aufzubauen

Mit anderen Worten: Eine Angebotssitzung ist kein einmaliger Generator. Es handelt sich um eine dauerhafte Arbeitsablaufaufzeichnung.

Wann Sie eine Angebotssitzung bevorzugen

Wählen Sie zuerst eine Angebotssitzung aus, wenn:

• Die Änderung ist komplex und Sie möchten nicht, dass die KI zu früh improvisiert
• Die Arbeit wird später überprüft oder mit anderen geteilt
• Es sind mehrere Repositorys, Module oder Rollen beteiligt
• Sie möchten, dass der Ausführungsverlauf und die Begründung wiederverwendbar bleiben

Wenn die Aufgabe noch klein und explorativ ist, ist eine Gesprächssitzung meist der einfachere Weg.

Nächste Schritte

Create a Conversation Session If you still need to understand the repository before planning the change, start with the lighter conversation flow.

AI Compose Commit After proposal execution, continue with the guide for generating cleaner commit messages from the final changes.