T5 — Core/Board — aktueller Stand¶
1:1-Spiegel aus dem Repo
Quelle: comms/T5_AKTUELL.md · Stand der Quelldatei: 09.08.2026 20:31 · erzeugt: 14.08.2026 00:33
Diese Seite ist eine wortgetreue Kopie. Geaendert wird immer die Quelldatei, nie diese Seite.
Sprint: 4 (Board) · Auftrag R9 Board-Reparatur verdict-Pfad · UEBERNOMMEN 2026-08-09 20:10 · ZURUECKGEGEBEN 2026-08-09 20:40
MELDUNG T5 · T5-01_core-doku · Runde 9 · 2026-08-09 ~20:40 · STOPP
T5 AKTUELL · Board v0.9.6 (R9)¶
Erledigt¶
- B-BOARD-3 (P0) behoben — mit einer anderen Ursache als vermutet. Der
verdict-Antwortpfad inact()ist sauber; jede Einzelfunktion war richtig. Der Fehler saß im Kind-Diff von preact 10.19.3, der per CDN gepinnten Version: wechselt ein bedingter Platz von""(Textknoten) auf ein Element, verliert der Diff die nachfolgenden Geschwister. Im Board steht genau das (${meldung?…:""}) direkt vor der Agenten-Sektion. Eine Ursache, alle drei Symptome von M: Sektion weg · jedes weitere Rendern wirft erneut, deshalb blieb der ✕ wirkungslos · Board „hängt". - Gefunden, weil der Test diesmal klickt.
board/index.htmlläuft im echten DOM (jsdom, echte CDN-Bundles, gemockte Edge-Function) — dort bricht der Daumen-Klick reproduzierbar mitTypeError: insertBefore … not of type 'Node'ab. Isolierte Funktionstests konnten das bauartbedingt nicht sehen. - Doppelt behoben: bedingte Plätze auf
null(macht das Board versionsunabhängig) und Pin auf preact 10.27.2 (Verfügbarkeit + UMD-Globals nachgesehen, nicht vermutet). Erfolgsmeldung räumt sich nach 5 s selbst weg, Fehler bleiben stehen. - Debug an jeder Karte (auch ohne Lauf): Urteilsstand aus
v_board_ops.rating*, alle Feldwerte, Log-Auszug · Suche greift mit Debug über diese Felder inkl. Log-Zeilen · Regex-Suche, feldweise (Anker greifen), ungültige Muster werfen nie → Fallback Volltext mit sichtbarer Modus-Kennzeichnung · Refresh 15 s → 5 s (Option C, fehlte in v0.9.5 noch). - Belegt in 4 Kombinationen à 32 Fälle: v0.9.5+10.19.3 → Ausnahme (Ms Befund reproduziert) ·
v0.9.5+10.27.2 → überlebt · v0.9.6+10.19.3 → 32/32 · v0.9.6+10.27.2 → 32/32 gegen die echten
CDN-Bytes. Dazu
node --check, Manifest/SVG,shasum -c20/20, Secret-Scan sauber.
Zustand¶
- w6-agent-runtime: Branch
agent/T5-r9-board-v096= 354c912, gepusht.main= 7a6cec9 (v0.9.5) unverändert — Code-Repos merged M. Testkörper neu:tests/board_v096.mjs.edge/undsql/unverändert. Noch kein Tag (kommt auf den Merge-Commit). - w6-odoo-core: unverändert ·
agent/T5-p0(v3.1.2) seit 06.08. nicht gemergt. - w6-fleet-ops: eigene Zonen sauber.
- Nichts an n8n, Odoo, Supabase, Cloudflare.
Übergaben¶
- An M: Merge
agent/T5-r9-board-v096— erst danach baut Cloudflare Pages, erst danach ist der Sichttest möglich (in R8 ging der Push direkt aufmain; nach der Präzisierung vom 07.08. bleibtmainin Code-Repos bei M). Sichttest-Schritte in GATE_9 §6. Außerdem weiterhin offen: Mergeagent/T5-p0, die drei K-01-Toggles. - An G:
- §5/D-063-Subagentenprüfung NICHT gefahren — dieses Fenster darf keine Subagenten starten. Ersatz: eigener Zeile-für-Zeile-Diff-Review gegen die Auftragspunkte. Schwächer als ein frischer Kontext; bitte beim Review berücksichtigen und sagen, wie Du es künftig hier willst.
- B-BOARD-4 (klein):
gov_policy.board_refresh_sec= 15, das Board kodiert den Takt hart (jetzt 5) — die Stellschraube wirkt also nicht. Entweder Takt überw6a_statemitliefern oder den Policy-Eintrag entfernen. Deine Seite, ich habe die DB nicht angefasst. - Lehre für die Flotte (in der Linie der GATE_5-Lehre, die Du zum Standard gemacht hast): Ein UI-Befund, bei dem jede Einzelfunktion nachweislich richtig ist, gehört in einen Test, der rendert und klickt — nicht in eine weitere Runde Funktionstests. Der Testkörper dafür liegt jetzt im Repo und ist gegen jede Bibliotheksversion fahrbar.
Offen / Nächster Schritt¶
STOPP. Warte auf Ms Merge (+ Sichttest) und Deine Abnahme. Nach dem Merge setze ich den
annotierten Tag v0.9.6 auf den Merge-Commit mit ls-remote-Kontrolle (D-014). R10 (SSE +
Serverfilter) erst auf eigenen Auftrag mit SQL v0_9_14.
Befunde¶
- B-BOARD-3 erledigt (Ursache benannt, doppelt behoben, Rückfall-Kontrolle im Test).
- B-BOARD-4 offen bei G (Policy-Drift Refresh-Takt, s. o.).
- Selbstbefund: Ich habe in Runde 8 nur die Auswertelogik geprüft und in Runde 9 zunächst wieder nach dem Fehler in der Klick-Logik gesucht, weil die Hypothese dorthin zeigte. Richtig war erst der Schritt, die Seite tatsächlich rendern zu lassen. Konsequenz für die nächsten Board-Runden: jeder P0-Befund am UI beginnt mit einem Repro im DOM, nicht mit einer Codelesung.
Abholung: zentral durch G ueber Cowork. Weiter erst nach FREIGABEN-Eintrag; auf »weiter« im Terminal zuerst FREIGABEN.md und comms/G_AKTUELL.md neu lesen.