Terminal und Git
Die echte Shell im Terminal-Fach, Hintergrundaufgaben, das Git-Fach mit Review-Fenster und Git-Graph, und Pull Requests
Terminal
Das Fach Terminal ist eine echte Shell, dieselbe wie in einem Terminal-Programm: Ihre Shell, Ihr Prompt, Ihre Aliase, Farben, interaktive Programme. Es nimmt die volle Höhe des Panels ein.
Sie können mehrere Sitzungen nebeneinander führen. Neues Terminal öffnet eine weitere, die Reiter heißen „Terminal 1", „Terminal 2" und so weiter, und Terminal schließen beendet eine. Ein geschlossenes Fach versteckt die Sitzungen nur, der Verlauf bleibt erhalten.
Jeder Befehl läuft in einem freigegebenen Ordner mit Ihrer normalen Umgebung. Wenn ein Werkzeug in
Ihrem eigenen Terminal geht, hier aber nicht, liegt es meist an einem PATH, den Ihr Shell-Profil
so setzt, dass die App ihn nicht sieht. Prüfen Sie es mit which <werkzeug> in diesem Terminal.
Befehle, die die KI ausführt
Die KI führt ihre Befehle in einem freigegebenen Ordner aus, und Befehl und Ausgabe stehen in der Unterhaltung. So sehen Sie, ob der Build wirklich durchgelaufen ist, statt eine Zusammenfassung dafür zu nehmen.
Jeder Befehl braucht eine Genehmigung, außer im Modus Auto, und zeigt dabei die echte Befehlszeile. „Immer erlauben" gilt für eine Befehlsfamilie, ein einmal genehmigtes pnpm test genehmigt also nicht alles.
Ein kritischer Befehl fragt in Normal und Änderungen erlauben immer, auch bei passender
Zusage: ein erzwungener Push, reset --hard, rm -rf, alles unter sudo, ein heruntergeladenes
Skript in eine Shell pipen, ein Paket veröffentlichen. Die Karte nennt den Grund und bietet kein
„immer erlauben". In Auto laufen sie ohne Karte, siehe Was Auto wirklich
bedeutet.
Hintergrundaufgaben
Ein Dev-Server, ein Watch-Build, ein langer Testlauf blockiert die Unterhaltung nicht. Die KI kann einen Befehl gleich im Hintergrund starten, und ein Befehl, der länger als 30 Sekunden läuft, wandert von selbst dorthin. Der Durchlauf geht dann mit der bisherigen Ausgabe weiter, und die Zeile in der Unterhaltung sagt, dass der Befehl im Hintergrund läuft.
So funktioniert „starte den Dev-Server und behebe den Fehler, den er ausgibt" als eine Anfrage: Die KI startet den Server, liest seine Ausgabe, findet den Fehler, ändert die Datei und liest die Ausgabe erneut.
Das Fach Hintergrundaufgaben listet, was neben der Unterhaltung weiterläuft: Befehle und Teil-Agenten, getrennt nach Läuft und Fertig. Je Eintrag gibt es Stoppen, Ausgabe kopieren und bei einem Teil-Agenten Transkript anzeigen. Erledigte entfernen räumt die Liste auf. Endet eine Aufgabe, erfährt die KI das und arbeitet damit weiter. Ein Neustart der App unterbricht laufende Aufgaben.
Die Vorschau hat zusätzlich eine kleine Leiste mit dem gepufferten Protokoll des laufenden Dev-Servers.
Die Git-Leiste
Direkt über dem Eingabefeld zeigt eine schmale Leiste den Stand des Arbeitsbereichs: den Branch, die Zahl der geänderten Dateien und wie viele Commits Sie vor oder hinter dem Remote liegen. Gibt es zum Branch einen Pull Request und ist die GitHub-CLI gh eingerichtet, stehen dort auch sein Zustand (Offen, Entwurf, Zusammengeführt, Geschlossen) und das Ergebnis der Prüfungen: Prüfungen laufen, Prüfungen bestanden oder Prüfungen fehlgeschlagen. Im Browser öffnen führt zum Pull Request, Leiste ausblenden blendet die Leiste aus.
Das Git-Fach
Das Fach Git ist ein vollständiger Arbeitsbereich und keine Statusanzeige.
| Bereich | Was Sie tun können |
|---|---|
| Status | Bereitgestellte, geänderte und unverfolgte Dateien, je Datei mit +N −M |
| Dateien | Bereitstellen, zurücknehmen, Änderung ansehen, Datei öffnen, Pfad kopieren |
| Commit | Nachricht schreiben und die bereitgestellten Änderungen committen |
| Branches | Auflisten, wechseln, anlegen |
| Remotes | Auflisten, hinzufügen, Fetch, Pull, Push |
| Init | Aus einem Ordner ein Repository machen |
Rechtsklick auf eine Dateizeile für ihre Aktionen. Änderung anschauen öffnet den Diff als Overlay über dem Fach, mit Zurück-Pfeil. Eine Datei, die bereitgestellt und danach weiter bearbeitet wurde, zeigt je Zeile ihre eigene Hälfte.
Das Fach aktualisiert sich, wenn sich etwas ändert, nicht nach Zeitplan, und belastet ein großes Repository damit nicht grundlos.
Änderungen durchsehen
Alle Änderungen prüfen im Kopf des Git-Fachs öffnet ein Review-Fenster über die ganze App: links die Dateien in Bereitgestellt und Änderungen mit ihren Zahlen und Bereitstellen je Zeile, rechts der Diff der gewählten Datei. Mit den Pfeiltasten oder j und k wechseln Sie die Datei. Aus einem offenen Diff kommen Sie über Groß anzeigen in dasselbe Fenster.
Der Git-Graph
Das Gabel-Symbol im Kopf des Git-Fachs öffnet den Git-Graph als Karte über der Unterhaltung. Links stehen Branches und Tags, in der Mitte der Verlauf aller Branches, rechts die Details des gewählten Commits mit seinen Dateien und deren Diff.
Das Kontextmenü eines Commits setzt einen Tag, legt einen Branch an, checkt aus, übernimmt ihn per Cherry-Pick, nimmt ihn zurück, führt zusammen, setzt neu auf oder setzt den Branch zurück (soft, mixed oder hard). Alles, was schreibt, fragt vorher nach. Gepusht wird nicht aus der Kopfzeile des Graphen, sondern über das Kontextmenü eines Branches.
Git über die KI
Die KI kann all das ebenfalls, indem sie Git-Befehle ausführt: die Historie lesen, herausfinden, wann eine Zeile entstand, einen Commit anlegen, einen Branch vorbereiten. Für die zwei häufigsten Fälle gibt es eigene Befehle: /commit und /pr, siehe Befehle.
Nützliche Anfragen, die mehr sind als das Fach hergibt:
- „Welcher Commit hat diese Zeile eingeführt, und was hat er sonst geändert?"
- „Committe das in drei getrennten Commits, thematisch getrennt."
- „Was hat sich auf diesem Branch gegenüber main geändert, in Prosa?"
Ein normaler Commit und ein Push brauchen eine Genehmigung, außer in Auto. Ein erzwungener Push und reset --hard fragen in Normal und Änderungen erlauben immer eigens.