Kein Ticket-Board — ein lebendes System aus spezialisierten KI-Agenten, die über Tickets, Vorschläge und Reviews miteinander reden, autonom Code bauen, sich gegenseitig prüfen, über mehrere Oberflächen und Instanzen hinweg koordinieren — und sich selbst überwachen.
Entscheidet nur das Kritische/Irreversible. Per Telegram & Voice erreichbar.
Plant, verteilt Tickets, führt Ops aus, koordiniert die Specialists.
Prüfen Code & Vorschläge gegen ein Score-Schema (≥85 = Pass). Der Critic-Loop.
Verbindet Agenten über Oberflächen & Tools hinweg (Brydge).
Koordiniert verbundene PM-Instanzen (Zentrale + Satelliten).
Werden vom Runner in isolierten Worktrees gespawnt — bauen, testen, committen.
DNS, Certs, Deploy, systemd — die operative Infrastruktur.
Überwacht den Flow, erkennt Stau/Anomalien, erstellt Root-Cause-Analysen.
Runner pollt das PM, wählt nach Priorität. cloud-pm-runner :5331
Risiko-Level L1–L4. L1–L3 autonom, L4 (Security/Payment/Migration) → Owner.
Nur Kritisches wartet. Kein Head-of-Line-Block — 3 Freigaben parallel. max_pending_approvals=3
Specialist arbeitet im Worktree → Validatoren (Secret/Lint/Test) → Critic-Review ≥85.
Risiko-klassifiziert, stückweise nach dev — nie alles auf einmal nach Live.
Wächter erkennt Stau/Zombie/Fehler → RCA. PM misst sich selbst: Tokens, ETA. pm_task_metrics
@Aipm1bot: Push, Inline-Approve/Reject, Sprachbefehle (Whisper → Intent).pm-notify-svc :5340 · transcribe :5341
Verbindet Claude Chat · Cowork · Code · Design · Terminal als gemeinsamer Daten-Bus.MCP :5320 · Doku :5520
Zentrale (Adam-Eve) + Satelliten-Instanzen, signiert vernetzt — Tickets fließen instanz-übergreifend.pm_instances · signing_secret
Verbindliche Regel-Verteilung + Anomalie-/Betriebs-Überwachung.:5760 · sentinel :9701
Ein wartendes Owner-Approval legte früher das ganze Team lahm. Heute fließt alles weiter — 12× Durchsatz. Reform PM #1103 / #1113 / #1119.