# CONTROL_ROOM.md — Containment Snapshot Zeitpunkt: 2026-05-04 19:25 lokal Projektpfad: `/home/smlflg/Projekte/AgentProjectMinenraeumer` Modus: CONTAINMENT / read-only Inventur + Bewertung Explizite Regeln eingehalten: - keine Codeänderungen durchgeführt - keine neuen Agenten gestartet - keine Prozesse gekillt - nur gelesen, inventarisiert, bewertet - einzige angelegte Datei: `/home/smlflg/Projekte/AgentProjectMinenraeumer/CONTROL_ROOM.md` --- ## 1. Laufende Hermes/Codex/OpenCode/Aider/OpenHands-Prozesse Bewertungsskala: - KEEP: darf aktuell weiterlaufen - WAIT: nicht anfassen, erst Ergebnis/Stillstand klären - KILL_CANDIDATE: Kandidat für späteres Beenden nach expliziter Freigabe - UNKNOWN: Rolle/Projektbezug unklar | PID | Tool/Profil | Projektpfad falls erkennbar | Command | Laufzeit | Proc-Stat | Status | |---:|---|---|---|---:|---|---| | 297601 | opencode / - | `/home/smlflg` | `npm exec opencode-mcp@1.10.0` | 79:58:17 | S/handoff.md` oder ein klarer Patch/Diff-Report. - Status aktuell: NOCH NICHT STARTEN, bis Git-Root geklärt ist. Lane B — genau 1 Verifier - Zweck: vorhandene Artefakte und Builder-Ergebnis prüfen, nicht selbst bauen. - Darf read-only laufen, sobald Auftrag klar ist. - Pflichtartefakt: `ProjectIntakeTower/verifier/-verification-report.md` oder bestehendes Verifier-Reportformat. - Status aktuell: kann als read-only Prüfauftrag vorbereitet werden. Alles andere: - Prozesse mit Status KILL_CANDIDATE: nicht sofort killen, aber als Beenden-Kandidaten markieren. - Prozesse mit Status UNKNOWN: erst Rolle/Projektbezug klären; falls kein konkreter Owner/Artefaktpfad, ebenfalls KILL_CANDIDATE. - Prozesse mit Status WAIT im Projektpfad: nicht stören; zuerst Output/Artefaktstatus erfassen. - Keine neuen autonomen Lanes, bis nur noch 1 Builder + 1 Verifier aktiv sind. --- ## 5. Nächster kontrollierter Worker-Auftrag Wichtig: Diese Prompts sind vorbereitete Aufträge. Sie wurden nicht gestartet. ### Prompt für Builder — Lane A ``` Du bist Lane A Builder im Projekt: /home/smlflg/Projekte/AgentProjectMinenraeumer Containment-Regeln: - Starte keine weiteren Agenten. - Arbeite nur in /home/smlflg/Projekte/AgentProjectMinenraeumer/ProjectIntakeTower. - Vor jeder Änderung: prüfe Git-Root und schreibe den Befund in dein Artefakt. - Wenn kein Git-Root vorhanden ist: STOP. Keine Codeänderung. Schreibe nur ein needs_human-Artefakt. - Kein commit, push, merge, reset, rm -rf. Auftrag: 1. Lies CONTROL_ROOM.md, ProjectIntakeTower/OWNER_DIGEST.md, ProjectIntakeTower/triage/TOP_10_NEXT_ACTIONS.md und ProjectIntakeTower/triage/NEEDS_HUMAN.md. 2. Wähle genau eine kleinste sichere nächste Builder-Aufgabe aus, bevorzugt Dokumentation/Job-Kontrakt statt Code. 3. Falls Git-Schutz fehlt: erstelle nur ProjectIntakeTower/jobs/done/containment-builder-needs-human/handoff.md mit: - git_root_status - gewählte Aufgabe - warum blockiert - welche Freigabe nötig ist 4. Falls Git-Schutz vorhanden ist: führe genau diese eine Aufgabe aus und schreibe ein Handoff. Pflichtartefakt: ProjectIntakeTower/jobs/done/containment-builder-needs-human/handoff.md oder ProjectIntakeTower/jobs/done//handoff.md Verifier-Hinweis: Nenne exakt alle geänderten Dateien und den Verifikationsbefehl, den Lane B ausführen soll. ``` ### Prompt für Verifier — Lane B ``` Du bist Lane B Verifier im Projekt: /home/smlflg/Projekte/AgentProjectMinenraeumer Containment-Regeln: - Read-only prüfen. - Keine Codeänderungen. - Keine neuen Agenten starten. - Keine Prozesse killen. - Kein commit, push, merge, reset. Auftrag: 1. Lies CONTROL_ROOM.md. 2. Prüfe, ob Git-Root existiert und ob git status möglich ist. 3. Prüfe die wichtigsten Artefakte: - ProjectIntakeTower/OWNER_DIGEST.md - ProjectIntakeTower/triage/TOP_10_NEXT_ACTIONS.md - ProjectIntakeTower/triage/NEEDS_HUMAN.md - ProjectIntakeTower/verifier/hermes_profile_health_report.json - vorhandene ProjectIntakeTower/jobs/done/*/result.json und handoff.md 4. Führe nur vorhandene, sichere Verifier-Kommandos aus, falls sie ohne Schreib-/Löschrisiko laufen. Wenn unklar: nicht ausführen, sondern begründen. 5. Bewerte, ob genau eine Builder-Lane gefahrlos gestartet werden darf. Pflichtartefakt: ProjectIntakeTower/verifier/containment-verification-report.md Report muss enthalten: - git_root_status - geprüfte Dateien - pass/fail/blocked je Check - Risiken - Empfehlung: START_BUILDER / DO_NOT_START_BUILDER / NEEDS_HUMAN ``` --- ## Kurzurteil Was läuft? - Viele Hermes/Codex/OpenCode-Prozesse laufen parallel. - Im aktuellen Projektpfad laufen mindestens zwei `hermes -p operator` Prozesse auf WAIT und eine `operator-extreme` Session auf KEEP. - Mehrere Codex/OpenCode-MCP-Prozesse laufen seit fast 80 Stunden in `/home/smlflg`. Was ist gefährlich? - Kein Git-Root im Projektpfad gefunden. - Massive Artefakt- und Script-Änderungen der letzten Minuten ohne Git-Schutz sind schwer kontrollierbar. - Viele UNKNOWN-Prozesse haben unklaren Projektbezug und könnten weiter schreiben oder Kontext/CPU binden. Was darf weiterlaufen? - KEEP: aktuelle `operator-extreme` Containment-Session im Projektpfad. - WAIT: die zwei `hermes -p operator` Prozesse im Projektpfad nur solange, bis ihre Artefakte/Outputs geklärt sind. - Alles andere nicht aktiv fördern; UNKNOWN und alte MCP-Prozesse als Pausieren/Auslaufen/KILL_CANDIDATE behandeln. Was ist der nächste sichere Schritt? - Kein Builder starten, bevor Git-Schutz geklärt ist. - Zuerst Rolle/Output der zwei WAIT-Operatoren im Projektpfad prüfen. - Danach genau 1 Verifier read-only laufen lassen oder manuell prüfen. - Erst nach Verifier-Freigabe genau 1 Builder + genau 1 Verifier als Zwei-Lane-Betrieb erlauben.