# REJOIN_MORGEN

Stand: 2026-05-04 abends
Modus: Landing / kein Ausbau

## 1. Was ist in dieser Session grob passiert?

### Gestartete Agenten/Operatoren, soweit rekonstruierbar

In dieser direkten Meta-Session wurden keine neuen Sub-Agenten gestartet.

Aber beim Prozess-Snapshot waren bereits mehrere laufende Hermes-/Operator-/Codex-/OpenCode-Prozesse sichtbar. Besonders relevant:

- mehrere `hermes -p operator`
- mehrere `hermes -p operator-extreme`
- mehrere `hermes -p meta`
- ein `hermes -p meta-new-agent`
- mehrere `codex` / `codex mcp-server`
- mehrere `opencode-mcp` / `opencode_mcp_bridge.py`
- zwei sichtbare `opencode run --agent plan ...` gegen ACT-Plan-Dateien
- mehrere Jupyter-Lab / ipykernel-Prozesse aus `.openharness-venv`

Wichtig: Diese Liste ist ein Snapshot, keine vollständige Prozess-RCA.

### Betroffene Projekte

Primär betroffen:

- `/home/smlflg/Projekte/ACT-agentcommandotower`
- `/home/smlflg/Projekte/Zentrale`
- `/home/smlflg/Projekte/KomandoZentral`
- `/home/smlflg/Projekte/AIOS-Cockpit`
- `/home/smlflg/Projekte/MultiHarnessStudio`
- `/home/smlflg/Projekte/megaHarness`

Mitbetrachtete verwandte Tower-/Dashboard-/Harness-Projekte:

- `/home/smlflg/Projekte/HarnessDashboard`
- `/home/smlflg/Projekte/agent-process-dashboard`
- `/home/smlflg/Projekte/AgentSwarmDashboard`
- `/home/smlflg/Projekte/ProjectDashboard`
- `/home/smlflg/Projekte/ProjectIntakeTower`
- `/home/smlflg/Projekte/project-intake-tower`
- `/home/smlflg/Projekte/Sidecar-Workspace/*`

### Wichtigste Artefakte

Neu erstellt:

- `/home/smlflg/Projekte/ACT-agentcommandotower/.hermes/plans/2026-05-04_200457-konsolidierungsjob-agent-control-tower-repo-familie.md`
- `/home/smlflg/Projekte/ACT-agentcommandotower/REJOIN_MORGEN.md`

Vorhandene wichtige Kontextdateien:

- `/home/smlflg/Projekte/ACT-agentcommandotower/README.md`
- `/home/smlflg/Projekte/Zentrale/README.md`
- `/home/smlflg/Projekte/KomandoZentral/README.md`
- `/home/smlflg/Projekte/AIOS-Cockpit/README.md`
- `/home/smlflg/Projekte/MultiHarnessStudio/README.md`

Geplantes, aber noch nicht erstelltes Hauptartefakt:

- `/home/smlflg/Projekte/ACT-agentcommandotower/KONSOLIDIERUNG_AGENT_CONTROL_TOWER.md`

### Wichtigste Entscheidungen

- Kein weiterer Ausbau heute.
- Keine neuen Agenten/Sub-Agenten starten.
- Konsolidierungsjob soll read-only bleiben.
- Ziel ist Entscheidungsschicht, nicht Umsetzung.
- Die Plan-Reviewer-Spawn-Phase wurde bewusst nicht gestartet, weil sie gegen „keine neuen Agenten“ verstoßen hätte.

### Wichtigste Risiken

- Viele parallel existierende Tower-/Dashboard-/Harness-Varianten erzeugen mentalen Druck.
- Mehrere laufende Operator-/Meta-/Codex-/OpenCode-Prozesse könnten noch autonom oder halbautonom arbeiten.
- `ACT-agentcommandotower` hat uncommitted/untracked Änderungen.
- Es ist noch nicht entschieden, ob `Zentrale`, `ACT-agentcommandotower` oder ein anderes Repo der aktive Agent-Control-Tower-Anker wird.
- Gefahr: Morgen aus Erschöpfung heraus wieder eine neue Oberfläche oder Operator-Schicht bauen.

## 2. Was muss Samuel morgen NICHT sofort verstehen?

Das kann warten:

- Details aller Sidecar-V6/V7/V8-Varianten.
- Details von `megaHarness` und alten Harness-Ideen.
- Vollständige technische Tiefe von `MultiHarnessStudio`-Schemas.
- UI-Details von `AIOS-Cockpit`, `HarnessDashboard`, `AgentSwarmDashboard`, `ProjectDashboard`.
- Alle alten ProjectIntakeTower-Audit-/Docsync-/Smallfix-Artefakte.
- Exakte PID-Herkunft jedes einzelnen MCP-/Codex-/OpenCode-Bridge-Prozesses.
- Feature-Ideen für neue Dashboards, Operatoren oder autonome Steuerflächen.

## 3. Was muss Samuel morgen zuerst lesen?

Maximal 5 Dateien, in dieser Reihenfolge:

1. `/home/smlflg/Projekte/ACT-agentcommandotower/REJOIN_MORGEN.md`
   - Warum: Sicherheitslandung. Erst Zustand, Risiken, Verbot und Rejoin-Plan verstehen.

2. `/home/smlflg/Projekte/ACT-agentcommandotower/.hermes/plans/2026-05-04_200457-konsolidierungsjob-agent-control-tower-repo-familie.md`
   - Warum: Das ist der konkrete Plan für die Konsolidierungsentscheidung, ohne Umsetzung.

3. `/home/smlflg/Projekte/Zentrale/README.md`
   - Warum: Stärkster Kandidat für aktiven Orchestrierungs-Anker; enthält konkrete Rollen, Runs, Context Packs, Dashboard/API.

4. `/home/smlflg/Projekte/ACT-agentcommandotower/README.md`
   - Warum: Aktuelles Arbeitsrepo und minimalistischer Operator-Cockpit-/Harness-Kontext.

5. `/home/smlflg/Projekte/AIOS-Cockpit/README.md`
   - Warum: Wichtig, weil es explizit sagt: Cockpit-Layer, nicht Source of Truth. Hilft gegen neue Surface-Verwirrung.

## 4. Was ist potenziell gefährlich?

### Unklare Diffs

Im Repo `/home/smlflg/Projekte/ACT-agentcommandotower` war `git status --short`:

```text
M README.md
?? .github/
?? .hermes/
?? AGENTS.md
?? AGENT_JOB_TEMPLATE.md
?? AGENT_RESULT_TEMPLATE.md
?? docs/
?? scripts/
```

Das heißt: Nicht sauber. Morgen nichts committen oder weiterbauen, bevor diese Änderungen verstanden sind.

### Laufende Prozesse

Prozess-Snapshot zeigte viele relevante laufende Prozesse:

- Hermes-Profile: `meta`, `operator`, `operator-extreme`, `meta-new-agent`
- Codex-Prozesse und Codex-MCP-Server
- OpenCode-MCP-Bridges
- mindestens zwei `opencode run --agent plan ...` gegen ACT-Plan-Dateien
- Jupyter-Lab / ipykernel-Prozesse

Gefahr: Es kann noch Arbeit laufen oder Kontext offen sein, den Samuel nicht bewusst gestartet sieht.

### Uncommitted changes

Ja: im ACT-Repo vorhanden. Details noch nicht geprüft. Erst `git status` und dann gezielt `git diff --stat` / `git diff` lesen.

### Agenten, die autonom weiterarbeiten könnten

Möglich / nicht ausgeschlossen:

- `hermes -p operator`
- `hermes --profile operator-extreme`
- `hermes -p meta`
- laufende `opencode run --agent plan ...`

Nicht blind killen. Erst Prozessbaum und Logs prüfen.

### Neue Projektvarianten

Gefährlich sind neue Varianten von:

- Operator² / Operator³
- neuer Agent Control Tower
- neues Dashboard über Dashboard
- neue Harness-Zentrale
- neue Sidecar-Tower-Kombination
- neue „nur kurz bessere“ Orchestrierungsoberfläche

## 5. Safe Rejoin Plan für morgen

### Schritt 1: Prozesse prüfen

Nur prüfen, nicht sofort töten.

Empfohlenes Artefakt:

- `PROCESS_SNAPSHOT_MORGEN.txt`

Minimal prüfen:

```bash
ps -u "$USER" -o pid,ppid,stat,etime,cmd | grep -Ei 'hermes|codex|opencode|claude|agent|tower|python|node' | grep -v grep
```

Dann entscheiden:

- Was ist bewusst offen?
- Was ist nur MCP/Bridge?
- Was arbeitet autonom?
- Was braucht Human Stop?

### Schritt 2: git status prüfen

Im ACT-Repo:

```bash
cd /home/smlflg/Projekte/ACT-agentcommandotower
git status --short
git diff --stat
git diff -- README.md
```

Artefakt:

- `GIT_STATUS_MORGEN.txt`

Keine Commits. Keine Aufräumaktion. Erst verstehen.

### Schritt 3: Artefakte lesen

Nur diese zuerst:

1. `REJOIN_MORGEN.md`
2. `.hermes/plans/2026-05-04_200457-konsolidierungsjob-agent-control-tower-repo-familie.md`
3. `Zentrale/README.md`
4. `ACT-agentcommandotower/README.md`
5. `AIOS-Cockpit/README.md`

Keine weiteren Rabbit Holes, bevor diese fünf gelesen sind.

### Schritt 4: nur eine Entscheidung treffen

Eine einzige Morgen-Entscheidung:

```text
Soll der Konsolidierungsbericht KONSOLIDIERUNG_AGENT_CONTROL_TOWER.md jetzt read-only erstellt werden?
```

Antwortoptionen:

- Ja, nur Entscheidungsdokument schreiben.
- Nein, erst Prozesse/Diffs sichern.
- Human Gate: erst klären, welcher laufende Operator was tut.

### Schritt 5: erst danach weiterarbeiten

Nur wenn Schritt 4 „Ja“ ist:

- Keine neuen Agenten.
- Kein Refactor.
- Kein neues Repo.
- Nur `KONSOLIDIERUNG_AGENT_CONTROL_TOWER.md` schreiben.
- Danach stoppen.

## 6. Verbot bis morgen

Bis morgen explizit verboten:

- keine neuen Operatoren
- kein Operator²/³
- keine neuen Sub-Agent-Schwärme
- kein neuer Tower
- kein spontaner Refactor
- keine Installation großer neuer Systeme
- kein neues Dashboard
- kein neues Harness-Projekt
- keine Migration zwischen Repos
- kein Commit/Push ohne vorherige Diff-Inspektion

## Kurzurteil

### Was war wahrscheinlich wertvoll?

Die Session hat die Tower-Familie grob sichtbar gemacht und einen konkreten, read-only Konsolidierungsplan erzeugt. Besonders wertvoll: Die Unterscheidung zwischen Orchestrierungs-Anker (`Zentrale`), Routing-Layer (`KomandoZentral`), Cockpit-Layer (`AIOS-Cockpit`) und Spec-/Spine-Material (`MultiHarnessStudio`).

### Was ist unklar?

Unklar ist noch:

- welche laufenden Operator-/Meta-/OpenCode-Prozesse tatsächlich aktiv arbeiten,
- welche uncommitted Änderungen im ACT-Repo aus welcher Session stammen,
- ob `Zentrale` oder `ACT-agentcommandotower` morgen als aktiver Agent-Control-Tower-Anker entschieden wird,
- ob die vorhandenen `opencode run --agent plan ...` Prozesse noch Ergebnisse schreiben.

### Was ist morgen der erste sichere Schritt?

Erster sicherer Schritt:

```text
Nur Prozesse prüfen und als PROCESS_SNAPSHOT_MORGEN.txt sichern. Danach noch nicht bauen.
```