Raimund Bauer fb3daab33f feat/init: PiSystem Infrastruktur-Repo mit SubConfirm

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.

2026-06-02 11:53:37 +02:00

1.2 KiB

Raw Blame History

SubAgent Auto-Check System

Stand: 2026-06-02 | Automatisiert durch SubConfirm

Wie es funktioniert

SubConfirm läuft als Hintergrund-Daemon und übernimmt die proaktive Erkennung. Manuelles Polling ist nicht mehr nötig.

SubConfirm prüft alle 30 Sekunden alle tmux-Sessions auf Stasis (kein neuer Output). Bei Stasis: sendet den vollständigen Pane-Inhalt via intercom an den Orchestrator. Der Orchestrator beurteilt und reagiert — kein Keyword-Matching, volle Situationsbeurteilung.

SubConfirm starten (Session-Start)

SubConfirm --skip "$(tmux display-message -p '#S')" &

Prüfen ob läuft:

pgrep -fa SubConfirm

Stoppen:

pkill -f SubConfirm

Wenn eine STASIS-Meldung kommt

Siehe AGENTS.md → "SubConfirm — Reaktionslogik"

Kurzfassung:

Bestätigungs-Dialog → Inhalt beurteilen → tmux send-keys -t "<session>" "" Enter (Yes) oder "" (No)
Laufende Operation → ignorieren
Fehler → analysieren oder Aufgabe neu stellen
Pi-Prompt sichtbar → ignorieren oder neue Teilaufgabe geben

Manueller Check (Fallback wenn SubConfirm nicht läuft)

for s in $(tmux ls 2>/dev/null | cut -d: -f1); do
  echo "=== $s ==="; tmux capture-pane -t "$s" -p | tail -5; echo
done

1.2 KiB Raw Blame History