Pi startete npq-switch zweimal weil der erste nicht sofort in intercom list erschien.
Regel: einmal starten, watch_subagents abwarten, niemals nachstarten.
W07: Pi darf Subagenten-Strategie nicht eigenständig aufgeben (Fallback auf direkte
Ausführung ohne Benutzer-Freigabe verboten).
W08: Erlaubte Edit-Pfade definiert — ~/.bashrc und andere System-Configs müssen
immer an Subagenten delegiert werden.
Pi hat eigene Gedankengänge als Text ausgegeben ("Weil ich tmux new-session -d gemacht hab...").
Neue Regel in Kommunikationsstil: nur Ergebnisse und Entscheidungen, keine Selbstkommentare.
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.
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.
