| # Uebergabe |
|
|
| **Neuester Stand:** Vorhandenes `operator`-Profil vermittelt jetzt lokal zwischen |
| Kanban und freigegebenen Fachbearbeitern. Live geprueft mit `wggesucht` und `verifier`. |
| [Ergebnis und unabhaengige Pruefung](OPERATOR_REVIEW_HANDOFF.md). |
|
|
| Ein Agent haengt fest. Ein anderer uebernimmt und antwortet. Der erste macht weiter. |
| Samuel traegt dabei keine Nachricht und koordiniert nichts. |
|
|
| **Aktueller Status:** Lokaler Bearbeiter implementiert; Hello World ausgefuehrt und |
| von Samuel gehoert. Eine echte Codex-Hermes-Uebergabe mit benutzter Antwort ist |
| nachgewiesen. **Kein Go fuer Dauerbetrieb oder globale Ausrollung:** die unabhaengige |
| Hermes-Pruefung hat offene Laufzeit-/Freigabeluecken benannt. |
|
|
| Aktueller Befund und Belege: [IMPLEMENTATION_REPORT.md](IMPLEMENTATION_REPORT.md). |
| Die folgenden Abschnitte bewahren den urspruenglichen Kontrakt; sie sind keine |
| Behauptung, dass alle Punkte bereits implementiert und live geprueft sind. |
| Angelegt 2026-09-09. |
|
|
| --- |
|
|
| ## Kontrakt (von Samuel gesetzt) |
|
|
| **1 · Gezielte Uebergabe.** Pflichtfelder, sonst wird der Eintrag abgewiesen: |
| `projekt` · `frage` · `versucht` · `benoetigt` |
| `versucht` ist das Feld, das entlastet — ohne es wiederholt B die Sackgasse von A. |
|
|
| **2 · Sichtbare Verantwortung.** Jeder Eintrag hat eine ID, genau einen Inhaber ab dem |
| Claim, und die Antwort referenziert die ID. Jederzeit abfragbar: wer haelt gerade was. |
|
|
| **3 · Begrenzte Eskalation.** Harte Zaehler statt Hoeflichkeit: |
| - Rueckfragen: **maximal eine**, danach automatisch `blocked` |
| - Frage unbeantwortet: 30 min -> `blocked` |
| - Geclaimt ohne Antwort: 10 min -> zurueck auf `open` (protokolliert); zweiter Verfall -> `blocked` |
|
|
| **4 · Gefilterte Aufmerksamkeit.** Nur echte Zustaendigkeit erreicht Samuel. |
| Das vollstaendige Log bleibt nachlesbar, wird aber nicht zugestellt. |
|
|
| **5 · Abgeleitete Prioritaet.** Nicht selbstvergeben (verrottet), sondern aus dem Zustand: |
| `blocking` = ein Agent wartet gerade darauf · `background` = niemand wartet. |
|
|
| --- |
|
|
| ## Zustandsmaschine |
|
|
| ``` |
| open ──► claimed ──► resolved Normalfall |
| open ──────────────► blocked niemand kann helfen / TTL |
| claimed ───────────► open Claim verfallen (Totmannschalter) |
| * ────────────► escalated nur bei echter Samuel-Zustaendigkeit |
| ``` |
|
|
| Terminal: `resolved`, `blocked`, `escalated`. Nichts bleibt im Umlauf. |
|
|
| **`blocked` ist NICHT Samuels Problem.** Sichtbar geparkt, nachlesbar, nicht zugestellt. |
| Landet "niemand kann helfen" automatisch bei ihm, ist Eigenschaft 4 sofort kaputt. |
|
|
| **Eskalationsliste** — nur diese fuenf erreichen Samuel: |
| > Geld · Aussenwirkung (senden, posten, veroeffentlichen) · Irreversibles · |
| > Zugangsdaten · Prioritaet und Scope |
|
|
| Alles andere loesen die Agents oder es wird `blocked`. |
|
|
| --- |
|
|
| ## Abnahme |
|
|
| Eine echte Uebergabe zwischen zwei bestehenden Harnesses. Zwei Prozesse, die |
| voneinander nichts wissen; keiner ruft den anderen; beide beruehren nur den Store. |
|
|
| A bekommt eine Aufgabe in zwei Haelften: Haelfte 1 schafft A allein, Haelfte 2 braucht |
| eine Auskunft, an die A nicht rankommt. |
|
|
| ``` |
| Eintrag 1 beantwortbar open -> claimed -> resolved -> A liefert Haelfte 2 |
| Eintrag 2 unbeantwortbar open -> claimed -> blocked (nach 1 Rueckfrage, kein Ping-Pong) |
| ``` |
|
|
| **Bestanden nur wenn alle sieben stimmen:** |
| 1. As Frage ist echt — A kann sie nachweislich nicht selbst beantworten |
| 2. B hat den Eintrag **durch Pollen gefunden**, nicht durch einen Aufruf von A |
| 3. Die Antwort steht im Store, nicht in einem Seitenkanal |
| 4. Haelfte 2 ist fertig und **benutzt die Antwort** — nicht nur "Antwort erhalten" |
| 5. Eintrag 2 endet auf `blocked` und erreicht Samuel **nicht** |
| 6. Samuels Nachrichten im Vorgang: **0** |
| 7. Eingriffe der Hauptsession nach dem Start: **0** |
|
|
| Punkt 4 ist der, an dem so ein Test schummelt. Nachrichten schieben ist leicht; |
| dass die Antwort die Arbeit weiterbringt, ist der Beweis. |
|
|
| **Im Nachweis ist B lesend.** Beantworten, nicht handeln. Alles mit Schreibzugriff, |
| Aussenwirkung oder Samuels Entscheidung geht auf `escalated` und bleibt liegen. |
|
|
| **Keine globale Ausrollung vor diesem Nachweis.** Menschliche Freigaben bleiben erhalten. |
|
|
| --- |
|
|
| ## Offene Entscheidung: uebernehmen statt bauen |
|
|
| **Entscheidungsstand:** Hermes Kanban wurde als vorhandener Store uebernommen. |
| Der folgende Recherchetext beschreibt den Ausgangspunkt, nicht eine weiterhin |
| offene Produktauswahl. |
|
|
| Der Befund aus der Recherche vom 2026-09-09 (siehe `../2026-09-09_FREMDBEFUND_*.md`): |
| was ueberlebt, hat viele Nutzer; was stirbt, hat genau einen — seinen Erbauer. |
| Gas Town (Orchestrator, ein Nutzer) kollabierte. Beads (duenner git-nativer Store, |
| tausende Nutzer) haelt. |
|
|
| Daraus folgt: **erst pruefen, ob es das fertig gibt.** Laufende Pruefung gegen den |
| Kontrakt oben — Beads, backlog.md, HumanLayer, A2A, GitHub Issues als Agent-Store, |
| MCP-Task-Server. Ausserdem im eigenen Bestand: ob `hai_intake` / `hai_park` / |
| `hai_status` oder der intake-router bereits einen tauglichen Store haben. Dann waere |
| das hier eine Anschluss- und keine Baumassnahme. |
|
|
| Eigenbau nur, wenn nichts den Kontrakt erfuellt — und dann so duenn wie moeglich. |
|
|
