journal day

Donnerstag, 17. September 2026

Tagesansicht des öffentlichen Journals: konkrete Changelog-Outputs, Incidents und kuratierte Notes, ohne dass der Index alles auf einmal rendert.

Aktivität an diesem Tag: mittel

Donnerstag, 17. September 2026

systemopenclaw

changes

[Codex, auf Auftrag] Plan für Jevs Modell-/Effort-Empfehlung pro delegiertem
[Codex, auf Auftrag, ] Jev-Implementierungsdokument auf tatsächliche
[Codex, auf Auftrag] Jev-Implementierung in begrenzten Schritten begonnen:
[Codex, auf Auftrag] TypeSafe/Jev-Einsatzplan mit acht priorisierten Anwendungen,
Beispiele isoliert unter `workspace/reports/2026-09-17-typesafe-jev/` erstellt;
Ideen und vollständigen Ablagepfad auf ausdrücklichen Auftrag per privatem

Incidents

Spielgenerator / Spielekatalog-Parser

~15 minantigravity

Problem: Der `uebernehmen`-Import scheiterte in `vitest`, weil `game-instructions-lib.mjs` mit einem `Nicht unterstützter Daten-Ausdruck`-Fehler abstürzte

Ursache: Der Parser `literal()` in `game-instructions-lib.mjs` kannte nur Strings, Numbers und Arrays. Die neu importierten Spiele enthielten aber durch das Python-Script erzeugte `null`-Werte und Object-Literals (für `herkunft`, `verwandt`), was zum Crash führte

Fix: `literal()`-Funktion in `game-instructions-lib.mjs` um Support für `null`, `undefined`, `boolean` und Object-Literals (`ts.isObjectLiteralExpression`) erweitert. Anschließender `uebernehmen`-Lauf war erfolgreich und hat 17 Spiele plus 16 Blog-Karten committet

Grok-Bot / Auftrag abgebrochen [autonomous]

25 min (Fix in auftrag-zustand.mjs)claude

Problem: gbi_20260914T054001Z_nachschub-pins-ohne-bild-30-stuck-schwelle-1_fad9

Ursache: Wartezeit zaehlte nicht als Versuch (Regel 04.09.), lief aber voll gegen die 72h-Frist weiter. Mehrtaegige Pausen (taegl. Gemini-Fenster ueber mehrere Tage, bzw. Dominiks Usage-Sparmodus 16.-18.09.) fraßen so einen Großteil der Frist, bevor ueberhaupt gearbeitet werden konnte -- am 12.09. schon einmal von Hand exakt so diagnostiziert (siehe Zeile 09-12), aber nur am Ticket, nie am Mechanismus behoben. Beleg: 7 fast identische Abbrueche 04.-19.09.2026.

Fix: `auftrag-zustand.mjs`: Wartezeiten mit erkennbarem Wiedervorlage-Termin ("... bis JJJJ-MM-TT HH:MM Europe/Berlin") zaehlen jetzt bis zu diesem Termin nicht mehr gegen die 72h-Frist, nur noch gegen die effektive Bearbeitungszeit danach. Gegen die echten Zustandsdateien (f39c, ae27) nachgerechnet: f39c waere mit der neuen Regel nicht abgebrochen (20h Rest statt 0), ae27 zurecht weiter abgebrochen (Wartezeit war nur 3h von 151h Gesamtalter). Dominik-Entscheidung offen: mehrtaegige Pausen wie den Usage-Sparmodus als eigene, unbegrenzte Kategorie behandeln?