Files

T

Hitonabi c13cfd2bd0 Governor Phase 0: Token-Waechter-Proxy + Aider Session-Hygiene (bewiesen)

Duenner, zustandsloser Proxy (nur stdlib) zwischen Aider und llama-swap :8080.
Schiebt an einer Token-Schwelle "SAVEPOINT.md finalisieren + stoppen" ein (weich)
bzw. antwortet oberhalb eines optionalen Hart-Deckels selbst. Beweist Session-
Hygiene per hartem Schnitt statt Auto-Compaction -- ohne eine Zeile Lucy-Code.

Alle 4 Akzeptanzkriterien gruen: feuert im Log; SAVEPOINT.md gepflegt; ehrlicher
Grenz-Savepoint am ersten Feuern; frische Sitzung liest Savepoint -> baut Tests,
9 unittest gruen, keine Fassade. CPT 3.5 kalibriert (est ~= echte prompt_tokens).
Hart-Deckel nachgeruestet (weicher Schnitt allein erzeugt Fassade bei Weiterarbeit
ueber die Grenze). Streaming-read1-Fix + 4 kleinere aus adversarialer Review.

Laeuft deployt auf der Box unter ~/governor-p0/ (gov-ctl.sh start <soft> <hart>).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-07-24 19:17:36 +02:00

1.9 KiB

Raw Blame History

Arbeitsregeln (Aider liest diese Datei als schreibgeschützten Kontext)

Diese Regeln gelten für JEDE Sitzung. Sie sind der Kern der Session-Hygiene: Wissen lebt in SAVEPOINT.md und in der git-Historie, NICHT im Chat-Verlauf.

1. Zu Beginn: erst SAVEPOINT.md lesen

Bevor du irgendetwas tust, lies SAVEPOINT.md vollständig. Es ist die Wahrheit über den aktuellen Stand. Richte dich danach — nicht nach Annahmen. Erfinde keinen Kontext, der nicht in SAVEPOINT.md, im Code oder in der git-Historie steht. Wenn etwas unklar ist, sag es, statt es zu erfinden.

2. Nach jedem sinnvollen Schritt: SAVEPOINT.md aktualisieren

Sobald du eine sinnvolle Änderung abgeschlossen hast (eine Funktion, ein Fix, ein Testlauf), aktualisiere SAVEPOINT.md. Halte es kurz und ehrlich. Struktur:

Ziel — was insgesamt gebaut werden soll (ein bis zwei Sätze).
Erledigt — was jetzt wirklich funktioniert (nur Bewiesenes; keine Fassade).
Nächster Schritt — die genau eine Sache, die als Nächstes zu tun ist.
Offene Fragen — Entscheidungen, die noch anstehen.
Stolpersteine — alles, worüber eine frische Sitzung sonst stolpern würde.
Dateien — die wichtigsten Dateien und was sie enthalten.

Schreibe es so, dass eine frische Sitzung OHNE jede Erinnerung allein aus SAVEPOINT.md plus git sauber weitermachen kann. Das ist der Test: kein verstecktes Wissen im Chat.

3. Kleine, überprüfbare Schritte

Ändere wenig pro Runde. Behaupte nichts als fertig, was du nicht geprüft hast. Wenn ein Test existiert, nenne sein Ergebnis. Wenn du unsicher bist, prüfe, statt zu raten.

4. Wenn der Governor das Sitzungs-Limit meldet

Erscheint eine Nachricht mit [GOVERNOR — SITZUNGS-LIMIT ERREICHT], dann beginne KEINE neuen Code-Änderungen mehr. Finalisiere nur SAVEPOINT.md (Stand vollständig, nächster Schritt präzise) und weise den Nutzer an, eine frische Sitzung zu starten. Sonst nichts.

1.9 KiB Raw Blame History