GlmPi, MiniPi, FlashPi, OrchestratorPi, DeepSeekFlashPi und models.json
hinzugefügt. install.sh: alle bin/-Skripte gehen nach /usr/local/bin/
(nicht nur Sub*), agent/-Dateien werden vollständig deployt.
pi.registerTool('watch_subagents'): wartet 30s (respektiert AbortSignal),
gibt dann tmux-Status aller Sessions zurück. AGENTS.md: Orchestrator MUSS
das Tool nach jedem Return sofort neu aufrufen — permanente Polling-Schleife.
Kein SubConfirm, kein tmux send-keys, kein externer Prozess nötig.
SubConfirm schrieb bisher nur in eine Alert-Datei, die der Guard nur
beim nächsten Tool-Call liest. Ein idle Orchestrator schlief durch.
Neu: --orchestrator <session> Parameter — bei Stasis wird ein Alert-
Text via tmux send-keys direkt in die Orchestrator-Session getippt,
sofern Pi nicht gerade "Working..." zeigt. AGENTS.md: Start-Befehl
mit --orchestrator aktualisiert.
Root Cause: tmuxSubagentenStatus() holte nur die letzte Zeile (tail -1),
das war immer der Pi-Status-Bar, nie der Dialog-Inhalt. Jetzt tail -5
mit expliziter Dialog-Erkennung (Erlauben?, → Yes, ACHTUNG:).
Enthält alle Pi-Orchestrator-Infrastrukturkomponenten:
- bin/Sub* Skripte (SubAgenten, SubStatus, SubWatcher, SubConfirm)
- extensions/ (arbeitsweise-guard, confirm-deletion, etc.)
- memory/ (arbeitsweise, subagent-autocheck)
- agent/AGENTS.md mit SubConfirm-Reaktionslogik
- install.sh: deterministisches, idempotentes Setup für neue Maschinen
SubConfirm (neu): Stasis-Detektor der alle 30s tmux-Sessions prüft.
Bei unverändertem Output sendet er den vollständigen Pane-Inhalt
an die Alert-Datei — der Orchestrator beurteilt selbst ob Handlung nötig.
Kein Keyword-Matching.
