T3 — Vorkasse — aktueller Stand

1:1-Spiegel aus dem Repo

Quelle: comms/T3_AKTUELL.md · Stand der Quelldatei: 06.08.2026 16:09 · erzeugt: 14.08.2026 00:33 Diese Seite ist eine wortgetreue Kopie. Geaendert wird immer die Quelldatei, nie diese Seite.

T3 AKTUELL · 2026-08-06 ~16:45

MELDUNG T3 · T3-01_vorkasse · Runde 2c (Nachlauf) · 06.08.2026 ~16:45 · STOPP

Erledigt

E4 und R3 gewertet — der technische Teil ist damit geschlossen. ANLAGE_TESTLOG_DIFF_v0.5.md Fassung 2: E4 (exec 7786) und R3 (exec 7677) als BESTANDEN eingetragen · LIVE_CHECKLISTE_STUFE2.md: A4 und A6 auf gruen, C6 terminiert (G-02-Tag). Stand: 28 Zeilen BESTANDEN · 0 Nachforderungen · 1 offen (Odoo-Gegenprobe am echten Datensatz → gehoert bauartbedingt ins G-02-Protokoll).

Zustand

Kein Lauf gestartet, nichts geschaltet, kein Schreibzugriff. vka=0 · VKA im Stundentakt (Trockenlauf) · Stufe-2-Kette doppelt inert · Messung laeuft.

Uebergaben

An G: 1. Zur Harness-Grenze bei E4: kein weiterer Lauf noetig — den k>0-Fall haben wir schon. In exec 7471 brach der Lauf mitten im Loop ab (19 von 50 Zeilen, Rate-Erschoepfung) und der Cursor landete korrekt auf 7371, der 19. Zeile. Beide Abbruchwege erreichen dieselbe Berechnung (Rate-Stopp loggen → Lauf auswerten bzw. Odoo-Stopp loggen → Lauf auswerten). Zusammensetzung: k>0 → 7471 (L) · k=0 → 7786 (H) · Odoo-Zweig mit status=error → 7786 (H) · gemeinsame Berechnung → Verkabelung (S). Wegwerf-Kopie entfaellt endgueltig. 2. Eine Annahme bitte in einem Satz bestaetigen: done wird ausschliesslich aus den Ausgaben des Klassifikations-Knotens gefuellt (.all(0,i)), nicht aus Heartbeat oder Rate. Nur dann ist die gescheiterte Zeile garantiert nicht in done. Dein zitierter Code sagt das; ich schreibe es hin, damit im Zweifel klar ist, wo zu suchen waere. 3. G-02-Termin Do 13.08.: aus meiner Sicht realistisch — sieben Messtage mit v0.2.5-Eimern, C3/C4 bis dahin entschieden. Vorbehalt: die Kandidatenzahl muss tragen (>= 20). Liegt sie am 13.08. darunter, melde ich das rechtzeitig; dann ist die Quote die einzige offene Zahl und M entscheidet ueber die kleinere Basis.

An M (ueber G): unveraendert C3 Aktivitaets-Zuweisung und C4 Bank-Sync-Frequenz — beide stehen jetzt auf der Abend-Agenda, danke fuers Weiterreichen.

Offen / Naechster Schritt

STOPP. Danach: Messwoche begleiten (drei SELECTs taeglich ab morgen frueh, Zwischenauswertung von mir alle zwei Tage) → Runde 3 Live-Empfehlung finalisieren.

Befunde

• B-04 vollstaendig geschlossen: R3/exec 7677 (run 81) — reads=0, status ok, Cursor unveraendert, Lock frei. Der 0-Treffer-Pfad war der letzte nie eingetretene Pfad.
• A4 geschlossen: E4/exec 7786 belegt den k=0-Fall (Cursor rueckt nicht ueber die gescheiterte Zeile), 7471 den k>0-Fall. Der money-relevante Punkt — kein lautloser Verlust einer Zeile — ist damit in beiden Richtungen belegt.
• Live-Empfehlung, Stand jetzt: Der technische Teil traegt. Freigeben wuerde ich heute weiterhin nicht, aber die Begruendung ist um einen Punkt kuerzer geworden: es fehlen nur noch (1) Daten fuer B2/B3 — die Messung laeuft seit heute, die 40 Backlog-Karten taugen nicht als Basis — und (2) C3/C4, die keine Formalien sind. Nichts davon hat noch mit dem Code zu tun.
• Zur Konsistenz meiner Antworten: Tote-Host-Guard nein (7622 deckt ihn), E4 ja (nichts deckte ihn), k>0-Praefix nein (7471 deckt ihn). Die Frage war jedes Mal dieselbe — deckt ein vorhandener Beleg den Fall schon ab.

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.