dsh-tui

Das hier ist ein Harness-Plugin und kein eigener Client: Es lebt im selben Prozess wie die Agent-Runtime. Die Ein-Prozess-Architektur ist Absicht — ein entfernter Transport bleibt ein möglicher späterer Adapter und Produktmodus, statt in die erste Implementierung hineingemischt zu werden.

0.1.0 pinnt exakt die Harness-Peers `0.1.0-rc.6` und erhebt damit keinen Kompatibilitätsanspruch über Harness-Release-Candidates hinweg. Bevor eine Sitzung überhaupt etwas tun kann, muss eine Provider-Anmeldung wie `DEEPSEEK_API_KEY` vorhanden sein; `dsh --profile tui --doctor` prüft nur lesend Dienste, Modellauswahl, Sitzungspersistenz und Terminalfähigkeiten, ohne Sitzung oder Agent zu starten.

Die Terminal-Ergonomie ist der eigentliche Inhalt des Projekts: ein mehrzeiliger Editor mit Unicode-Cursorbewegung, Auswahl, Rückgängig/Wiederholen, begrenzter Historie und Bracketed Paste; ein Transkript, das der Ausgabe folgt, bis die Navigation es löst, mit begrenzter Suche; eine unscharfe Befehlspalette auf Strg-P, die die Harness-Kommandos des Agenten mit der TUI-Navigation zusammenführt; und eine begrenzte Sitzungszentrale auf Strg-O, die nur bei untätigem Agenten und leerem Editor wechselt und die alte Anbindung zuvor vollständig leert und freigibt.