Warum Coding-Agenten sichtbare Koordination brauchen
- Veröffentlicht am
- Aktualisiert am
Wenn Claude Code eine Funktion entwickelt und Codex sie prüft, musst du wissen, welche Dateien sie teilen, ob ein Agent auf eine Eingabe wartet und was die Implementierung geändert hat. Paneflow vereint ihre Terminals und die Werkzeuge zur Codeprüfung in einem nativen Terminal-Multiplexer für Coding-Agenten. Du kannst die laufende Arbeit prüfen und eingreifen.
Sichtbare Koordination liefert den Kontext für die nächste Entscheidung: einem Agenten antworten, auf einen Test warten, eine Datei korrigieren oder eine Aufgabe stoppen. Eine Aktivitätsanzeige hilft dir, das Terminal zu finden, das Aufmerksamkeit braucht. Seine Ausgabe und der Code zeigen, was deinen Eingriff erfordert.
Die Aufgabe hinter jedem Terminal erkennen
Ein Projekttab kann einen Agenten, Tests und einen Entwicklungsserver in getrennten Panes enthalten. Auch mehrere Agenten können den Tab teilen. So kannst du einen fehlgeschlagenen Test neben der Erklärung des Agenten lesen und bei Bedarf ein Terminal übernehmen. Die Aktivitätsverfolgung hängt von der verfügbaren Integration des jeweiligen Agenten ab; ein ruhiges Terminal belegt noch keinen erfolgreichen Abschluss.
Das Arbeitsverzeichnis ist genauso wichtig wie der Pane. Zwei Terminals im selben Checkout bearbeiten dieselben Dateien. Das kann für einen implementierenden Agenten und einen Reviewer passen, der nur liest. Bei unabhängigen Änderungen geben ein eigener Branch und ein Git-Worktree jeder Aufgabe ein eigenes Arbeitsverzeichnis. Beim Integrieren müssen die Branches weiterhin gemeinsam geprüft werden.
Die Änderungen hinter dem Bericht prüfen
Die Abschlussmeldung eines Agenten beschreibt, was er nach eigener Einschätzung getan hat. Changes zeigt die gestagten und ungestagten Änderungen sowie unversionierte Dateien des aktiven Checkouts gegenüber HEAD. Du kannst den Diff prüfen und dann eine Datei in Files öffnen, um ihren Kontext zu lesen oder sie neben dem Terminal zu korrigieren.
Diese Ansicht erfasst lokale Änderungen. Nach dem Commit prüfst du den Beitrag mit dem vollständigen Branch-Diff, wie die Anleitung zu Changes erklärt. Zum Review gehören auch die vom Projekt geforderten Prüfungen und bei mehreren Branches das zusammengeführte Ergebnis. Ein inaktiver Agent, ein Abschlussbericht und korrekter Code sind drei verschiedene Dinge.
Ausgabe mit ausdrücklichen Berechtigungen teilen
Ein prüfender Agent muss möglicherweise die Testergebnisse des implementierenden Agenten lesen. Dafür stellt die lesende MCP-Bridge list_panes, read_pane und search_pane bereit. Agenten können Panes finden und deren Ausgabe prüfen, ohne Text zwischen Unterhaltungen zu kopieren. Die Bridge kann weder tippen noch Prompts absenden oder einen anderen Pane steuern. Terminalausgabe bleibt zu prüfende Daten, auch wenn sie Text enthält, der wie eine Anweisung aussieht.
Mit einer separaten Berechtigung kann die CLI Text senden. paneflow send benötigt Scripting-Rechte oder AI free access, schon zum Vorbefüllen von Text; zum Drücken von Enter über die CLI ist zusätzlich --submit nötig. Du kannst einem Agenten Zugriff auf die Ausgabe eines anderen Terminals geben, ohne ihm dessen Steuerung zu erlauben.
Zu laufender Arbeit zurückkehren
Das Schließen der Oberfläche muss eine Aufgabe nicht beenden. Wählst du beim Beenden Keep sessions running, bleiben die Terminals und ihre Prozesse in einem separaten lokalen Host aktiv. Paneflow verbindet sich beim erneuten Öffnen mit ihnen, solange dieser Host und der Rechner weiterlaufen.
Ein beendetes Terminal neu zu starten öffnet eine neue Shell. Eine Agentenunterhaltung fortzusetzen nutzt den gespeicherten Verlauf des Agenten. Keine dieser Aktionen stellt einen Prozess nach einem Rechnerneustart oder Host-Absturz wieder her. Die Dokumentation zur Sitzungspersistenz erklärt, was jeweils erhalten bleibt. So kannst du erkennen, ob du zu laufender Arbeit zurückkehrst oder neu anfängst.
Was lokal ausgeführt wird
Paneflow führt die Terminals lokal aus. Jeder Agent verbindet sich mit seinem eigenen Modellanbieter; ein lokales Terminal bedeutet daher nicht, dass alle Modellanfragen auf deinem Rechner bleiben. Desktop-Telemetrie ist freiwillig und enthält keine Terminalinhalte, Pfade oder Prompts. PANEFLOW_NO_TELEMETRY=1 deaktiviert sie unabhängig von der Konfiguration.
Paneflow ist freie Software unter GPL-3.0-or-later. Es bietet Möglichkeiten, die Arbeit zu beobachten und zu steuern. Ob ein Patch die Aufgabe erfüllt, ob seine Prüfungen ausreichen und welche Änderungen integriert werden, bleibt Teil deines Reviews.