| # Session-Log |
|
|
| ## 2026-09-09 → 10, Nacht |
|
|
| **Ausgangsfrage:** "ich verliere den agentischen Überblick, zu viele Agenten, zu viele |
| Harnesses — wie lösen andere das?" |
|
|
| ### Gebaut |
|
|
| - `uebergabe` (CLI, jetzt versioniert unter `Uebergabe/uebergabe`, Symlink in `~/.local/bin`). |
| Vier Pflichtfelder, weist unvollständige Karten ab, schreibt immer **ohne Assignee** → |
| der Dispatcher überspringt sie nachweislich (`Skipped (unassigned)`), Schreiben startet nie |
| etwas. |
| - `AGENTEN_ZEILE.md` — die Zeile für AGENTS.md/CLAUDE.md/SOUL.md, ohne Umformulierung in |
| jedem Harness gültig. |
| - `liveness-check.py`: neue Prüfung `check_uebergabe_backlog`. Meldet ab 24 h unberührt oder |
| ab 15 offenen Karten. 53 statt 52 geprüfte Automatisierungen. |
| - `kanban-vermittler/SKILL.md`: Abschnitt „Intake" — Wunsch aufnehmen ohne zu handeln, Board |
| nie erfragen, keine Options-Menüs. (Liegt in `~/.hermes/profiles/`, **nicht versioniert**.) |
| - **Schreibriegel:** `HERMES_WRITE_SAFE_ROOT=/home/smlflg/Projekte:/home/smlflg/.hermes/kanban` |
| in allen **97** Profil-`.env`. Getestet: `~/Projekte` und Scratch-Workspaces erlaubt; |
| `~/.hermes/config.yaml`, `~/.claude`, fremde `.env`, `~/.ssh` gesperrt. |
|
|
| ### Belegt |
|
|
| - Vollständige Übergabe zwischen zwei Harnesses ohne Samuel: `t_2b73bcf0`, unabhängig aus |
| dem Store geprüft (Frage → Claim → Antwort → Fortsetzung, Kriterium „Antwort wird benutzt" |
| über Event `hai_answer_used` + Artefakt). |
| - Operator routet und führt selbstständig aus: `once` nahm `t_3b4f99a2`, wählte `verifier`, |
| Ausführung lief, alle drei Arbeitskopien blieben unverändert. |
| - Der HAI-Pfad ist auf **Werkzeugebene** eingesperrt: `board_worker.py:210` startet den |
| Spezialisten mit `enabled_toolsets=['hai_board_bounded']` — kein Datei-, kein Terminal-Tool. |
| Deshalb schrieb der HAI-Pfad nichts, der native Pfad dagegen schon. |
|
|
| ### Offene Defekte |
|
|
| 1. **Grant eingefroren.** `routes.verifier.grant.objective` in `operator-mandate.json` enthält |
| die Aufgabe von gestern (139 Jobs) als festen Text, `checks` verlangt wörtlich „139". |
| Jede Karte an `verifier` bekommt daher die falsche Frage beantwortet — und besteht. |
| `operator_loop.py:107/113` reicht den Grant unverändert durch; aus der Karte fließt nur |
| ihr Hash ein. Das ist Injection-Schutz, kein Versehen. |
| **Lösung liegt vor:** `handoff-mandate.json` hat das generische Preset-Muster |
| („Beantworte die Frage anhand des freigegebenen Snapshots … sonst UNANSWERABLE"). |
| Offen ist nur, welche Leserechte ein generisches Preset pro Karte bekommt. |
| 2. **Kein wiederkehrender Auslöser.** `operator_loop.py once` läuft nur, wenn jemand ihn |
| startet. `Uebergabe/kanban-operator.service` liegt bereit, ist nicht installiert. |
| 3. Ein Worker schrieb um 00:31 über den **nativen** Pfad ins Live-Repo. Ab jetzt durch den |
| Schreibriegel auf `~/Projekte` begrenzt — aber der Riegel gilt nur für Datei-Tools, nicht |
| für das Terminal-Tool (`file_safety.py:1-6`: "NOT a security boundary"). |
|
|
| ### Nicht gebaut, bewusst |
|
|
| Kein neues Board-System (`~/.hermes/kanban.db` deckte den Kontrakt bereits ab), keine globale |
| Ausrollung, kein `default_assignee`, kein Eingriff in `auto_decompose`, kein SOUL-Invariant. |
|
|
| ### Lease |
|
|
| `S-20260910T011907-5e00d042`, `capabilities: ["read"]`, gültig bis **2026-09-10 23:19 UTC**. |
| Danach neu minten (`hai_authorize_session`, nicht owner-gated) und die Id in |
| `operator-mandate.json` eintragen. |
|
|
