📏 Befund – Output-Runde (unabhängige Messung)

[!info] Was diese Datei ist Ich bin der Prüfer dieser Runde, nicht einer der Ströme. Hier steht der Vorher-Stand der 14 CSS-Dateien und der zwölf Minimalismus-Regeln — gemessen, bevor die Ströme geschrieben haben. Wenn der Lead „Ströme sind durch" meldet, wird derselbe Satz Zahlen erneut gemessen und gegenübergestellt (§ 7 sagt vorher, was geprüft wird — damit die Abnahme nicht nachträglich verhandelbar ist).

[!tip] Der Vorher-Stand ist gegen weiterlaufende Arbeit gesichert Alle 14 Dateien sind byte-identisch mit HEAD (bbf20d8). Die Nullmessung ist deshalb jederzeit reproduzierbar, auch wenn die Ströme weiter am Arbeitsbaum schreiben: git show HEAD:src/stil/<datei>.

1 · Vorher-Stand der 14 Dateien

Aufnahme 09.10.2026, 17:06:43 (Schnappschuss) — geprüft: jede Datei == HEAD (Byte-Vergleich SHA256, nachdem ein erster Vergleich über git show im Textmodus bei inspektor.css falsch anschlug; siehe § 5). Bytes, Zeilen und CRLF sind byteweise gezählt, nicht über einen Editor.

[!warning] inspektor.css ist die einzige CRLF-Datei — und git sieht dort nichts 11 658 B, 149 Zeilen, alle 149 mit CRLF — so steht sie in HEAD, also committet, nicht von einem Strom erzeugt. git ls-files --eol src/stil/inspektor.css meldet i/-text w/-text, git hält die Datei für binär: eine LF-Umstellung wäre mit git diff --stat nicht sichtbar. Ich prüfe diese Datei deshalb später byteweise (§ 7, Punkt 1). Alle anderen 13 Dateien sind reines LF (i/lf w/lf).

2 · Vorher-Stand der Regeln — aus HEAD, mit tools/ethos.py selbst gerechnet

Gesamtzahlen aus HEAD (git show HEAD:… für alle 29 Dateien in src/stil/, dem Werkzeug als Textliste übergeben):

Kennzahlen HEAD: 29 Dateien · 2 199 Zeilen · 6 106 Deklarationen · 1 791 Regelblöcke · 1 750 Selektor+Kontext.

Die vier verfolgten Altlasten je Datei (Summe = 173):

Vier Dateien haben kein R5/R6-Problem (simulation, terminal, akte, kundenakte): dort geht es nur um R10. Umgekehrt trägt editor.css allein 4 der 11 z-index-Verstöße.

3 · Die Stand-Datei als Referenz — und warum „GRUEN" dort wenig heißt

tests/stil-stand.json (500 B, SHA256 2C685CEB3FB3B2ABC9808C3106DA33B94C3B51F0F9817EE0F00D266E1CC8DFC5, zuletzt 06.10.2026 18:54:39) friert ein: R5 70, R6 11, R8 5, R10 87 — also genau die HEAD-Zahlen, die der Lead genannt hat. Aber: die Stand-Datei friert 21 Dateien / 1 878 Zeilen / 5 450 Deklarationen ein; heute sind es 29 / 2 199 / 6 106.

[!warning] ethos.py meldet damit „GRUEN", obwohl 173 Verstöße offen sind Das ist die Bauart des Werkzeugs, nicht ein Fehler: pruefe_gegen_stand meldet nur, wenn eine Zahl steigt („Eingehalten ist damit nicht jede Regel — der Stand friert die Altlasten ein"). Für die Abnahme heißt das: „GRUEN" ist kein Nachweis. Der Nachweis sind die Zahlen aus § 2.

Live-Stand um 17:07 (python tools/ethos.py, Exit 0, „GRUEN"): R5 67, R6 10 — die Ströme haben zu diesem Zeitpunkt also bereits 3 Zeitwerte und 1 z-index bereinigt. Alles andere unverändert.

4 · Zeitachse der Nullmessung (wer wann was angefasst hat)

Was die Ströme bis ~17:15 schon verändert hatten (Byte-Vergleich gegen HEAD, alles weiter LF):

[!note] Diese Zwischenstände sind kein Nachher-Stand Sie sind der Beweis, dass die Runde läuft — nicht ihr Ergebnis. Die Abnahme (§ 7) misst erst nach dem Wort „Ströme sind durch".

5 · Der Blocker: die Suite lud nicht (und die Ursache)

tests/ethos-r12.test.js:83 enthielt in einem pruefe()-Namen ein echtes ASCII-Anführungszeichen:

pruefe("Eine nicht erreichbare Ansicht ist „nicht gemessen" — und reißt die Regel", () => {

Das " hinter „nicht gemessen“ schließt die Zeichenkette vorzeitig → SyntaxError: missing ) after argument list. Weil tests/run.js:58 alle Testdateien in einen vm-Zusammenhang lädt, riss das den ganzen Lauf ab: LADEFEHLER: labor-tests.js:22744, Exit 2, keine einzige Zahl. Genau die Falle, vor der AGENTS.md warnt („Gegen die Falle in Testnamen") — und tools/pruefe-namen-flicken.js kannte sie: Trockenlauf 1 laden nicht. Rund zehn Minuten später war sie behoben (0 laden nicht).

Nicht von mir behoben (mein Schreibrecht ist diese Datei): ich habe nur gemeldet und belegt.

Erledigt um ~17:15 — node tools/pruefe-namen-flicken.js meldet danach 0 laden nicht. Die Suite lädt wieder; node tests/run.js läuft durch.

Der Gesamtlauf ist während der Runde ein bewegliches Ziel

[!warning] Die Nullmessung des Gesamtlaufs ist nicht 661/661 In 14 Minuten: 689 → 690 Tests und 11 → 4 → 0 rote. Die vom Lead genannte Zahl 661/661 ist nicht reproduzierbar — es gibt inzwischen 690 Tests. Wer sie als Vorher-Stand zugrunde legt, vergleicht gegen einen Stand, den es nicht mehr gibt. Für die Nachher-Messung gilt: Gesamtzahl nur zusammen mit Zeitstempel, und rote Tests namentlich — die Zahl allein sagt nichts. Erschwerend: der Gesamtlauf ist selbst ein Schreibvorgang (siehe Kasten unten), er ändert also den Zustand, den er misst.

[!note]- Warum zwei rote Tests meine Datei betrafen (und sich selbst heilen) tests/doku-seite.test.js zählt die Quellen (docs/**/*.md plus README.md und AGENTS.md) und verlangt, dass jede davon in docs/doku/ als Seite liegt. Mein neuer Befund war um 17:20 noch nicht gebaut → zwei Karten fehlten → zwei Tests rot. Im selben Lauf baut der dritte Test dieser Datei die Seiten neu (tools/seite.py); eine Messung unmittelbar danach zeigt 42 erzeugte Seiten, 41 Karten und „41 Dokumente" in docs/doku/index.html — Bau und Quellen stimmen dann überein. Der Zustand heilt sich also selbst, ist aber für jeden neu hinzugefügten Text eine Runde lang rot. Die Testdatei kennt das (Kommentar doku-seite.test.js:114-115). Folge für die Messung: node tests/run.js ist kein reiner Leselauf — er baut docs/doku/ neu und verändert damit den Zustand, den er misst.

6 · Ein eigener Messfehler, offen gelegt

Mein erster Vergleich „Schnappschuss == HEAD?" lief über git show … im Textmodus; Python wandelt dabei CRLF → LF. Für die eine CRLF-Datei (inspektor.css) ergab das einen falschen Unterschied (HEAD „11 509 B" gegen Arbeit „11 658 B"). Korrekt ist die Byte-Messung: HEAD-Blob und Arbeitsbaum sind dort identisch (11 658 B, 149 × CRLF). Der Fehler ist hier festgehalten, weil er die Bauart zeigt: wer Zeilenenden über einen Textmodus vergleicht, misst nicht die Datei.

7 · Prüfplan für die Nachher-Messung (vorher festgelegt)

1. Zeilenenden byteweise je Datei (Bytes, Zeilen, CRLF, SHA256) und git ls-files --eol; für inspektor.css zusätzlich git diff --stat gegen --ignore-cr-at-eol — mit dem Wissen, dass git diese Datei für binär hält.
2. Regelzahlen R1–R11 gegen HEAD (jede Verschlechterung ist ein Befund) und gegen tests/stil-stand.json; Hash der Stand-Datei gegen 2C685CEB… — wird sie gesenkt, um Grün zu bekommen, ist das ein Befund, kein Fortschritt.
3. Werkzeuge gegen Abschalten: SHA256 von tools/ethos.py (2CDB1BAB…), tools/klassen.py (932F1959…), tools/menueprobe.py (6406173C…), tools/test.sh (AF592509…), tests/harness.js (6F14D06F…). Wird eine Prüfung entfernt oder entschärft statt ein Wert geändert, ist die Zahl wertlos. R12 muss wirklich gemessen werden (Zahl je Ansicht) — nicht „übersprungen" und nicht „0 aus einem Fehlerpfad".
4. Bewegung, die Rückmeldung trägt (§ 3 der Auftragslage): je Datei die Zahl der transition/animation-Deklarationen und @keyframes-Blöcke gegen HEAD — 36 / 54 / 41 in den 14 Dateien. Sinkt eine dieser Zahlen, während R5/R8 sinken, wurde Bewegung entfernt statt diszipliniert.
5. Trefferfläche nicht durch Verkleinern des Inhalts: Schriftgrößen-Histogramm je Datei (HEAD: u. a. 12 px = 35×, 13 px = 41×, 12,5 px = 25×, 14 px = 22×) und min-height/min-width-Werte (HEAD: 44 px = 3×, 40 px = 5×, 48 px = 2×, 46 px = 1×). Wird eine Fläche „passend" gemacht, indem Text schrumpft oder verschwindet, ist das eine Verschlechterung, keine Reparatur.
6. Altlast durch Löschen statt Ändern: sinkt die Zeilenzahl einer Datei, obwohl R10 steigen müsste — prüfen, ob ein Regelblock gelöscht wurde und seine Selektoren dadurch ohne CSS dastehen (python tools/klassen.py muss 0 bleiben).
7. Tokens/Farben/Abstände: R1 (23), R2 (122), R3 (206), R4 (539) dürfen nicht steigen; R7/R9/R11 müssen 0 bleiben.
8. python tools/klassen.py = 0 Klassen ohne CSS-Regel (Vorher: 0).
9. node tools/sim-stand.js — die Simulation darf sich durch reine Stil-Arbeit nicht verändert haben (Vorher nicht geprüft, wird beim Nachher-Lauf mitgemessen).
10. node tests/run.js — Gesamtzahl mit Zeitstempel und die roten Tests namentlich. Der Vorher-Stand ist nicht eine Zahl, sondern die Tabelle in § 5: 690/690 grün, 0 rot um 17:29:38 (davor 678/689 um 17:15:46 und 686/690 um 17:20:48). Die vom Lead genannte Zahl **661/661 ist nicht reproduzierbar** — es gibt inzwischen 690 Tests.
11. Merkposten tools/menueprobe.py: der Lead nennt 36/43 als rot. Diese Zahl messe ich erst im Nachher-Lauf selbst nach (sie hängt am gebauten web/index.html, und Bauen war nicht Teil der Nullmessung) — bis dahin gilt sie als vom Lead genannt, von mir nicht nachgemessen.

8 · Nicht geprüft

• R12 ist nicht gemessen. Ohne --dom überspringt das Werkzeug die Regel; ein DOM-Lauf braucht das laufende Programm (python tools/cdp.py start) — und der Lead hat bis auf Weiteres kein Edge freigegeben. Der R12-Zustand ist damit offen, nicht „eingehalten".
• Kein Browserlauf. Kein rauch.py, kein menueprobe.py --lauf, kein Programmstart — wie angesagt.
• Der Bau ist nicht gelaufen (bauen.py): die genannten Zahlen gelten für src/stil/*.css, nicht für die gebaute web/index.html oder die Einzeldatei.
• Die Zwischenstände aus § 4 sind Momentaufnahmen während laufender Arbeit, keine Ergebnisse.
• Der Gesamtlauf nach der Reparatur ist eine Momentaufnahme; während der Runde werden laufend Testdateien ergänzt (75 → 76 Dateien innerhalb von Minuten).

9 · Belege (alle in dieser Sitzung ausgeführt)

Nachher-Messung (09.10.2026)

[!success] Kurzurteil Die Runde ist echt. Keine Regel wurde abgeschaltet, keine Schrift wurde kleiner, kein Höhenwert sank, die Zeilenenden sind unversehrt, klassen.py bleibt 0, die Simulation unverändert, der Gesamtlauf 715/715 grün (17:43:37). R5 70 → 0, R6 11 → 0, R8 5 → 0, R10 87 → 0 sind mit unveränderten Zählvorschriften gemessen. Zwei Dinge sind offen, und beide betreffen R8: die fünf prefers-reduced-motion-Blöcke wurden gelöscht, nicht in den zentralen Block verschoben (basis.css ist byte-identisch) — für die meisten Fälle nachweislich unschädlich, weil die Endzustände in die Zustandsregeln wanderten; zwei Selektoren in juice.css haben jetzt aber gar keine Regel mehr (§ 12).

10 · Vorher/Nachher der 14 Dateien

Die Ströme haben noch während meiner Nachher-Messung geschrieben: szene.css um 17:39:32 und rahmen.css um 17:42:01. Die Tabelle ist der Stand 17:43:56; Fingerabdruck, Selektor-Vergleich und R8-Zählung habe ich nach diesen beiden Schreibvorgängen wiederholt, damit alles denselben Stand zeigt.

[!caution] Diese Tabelle ist eine Momentaufnahme, keine Endabnahme Die Summenzeile ist die Summe dieser Tabellenwerte (Stand 17:43:56). Eine Nachzählung wenige Minuten später ergab bereits 149 990 B / 1 708 Zeilen — es wurde also weiter geschrieben, nachdem der Lead „Ströme sind durch" gemeldet hatte. Meine erste Fassung dieser Summenzeile war außerdem falsch addiert (157 445 / 1 828 / +5 547 / +24); ich habe sie nachgerechnet und korrigiert. Regelzahlen, Zeilenenden und Werkzeug-Hashes sind von diesen Nachträgen nicht betroffen — sie waren bei jeder Messung im selben Lauf konsistent.

11 · Regeln und Kennzahlen Vorher → Nachher

Kennzahlen: 29 Dateien · 2 245 Zeilen / 5 997 Deklarationen / 1 705 Blöcke / 1 658 Selektor+Kontext (HEAD: 2 199 / 6 106 / 1 791 / 1 750).

[!warning] Eine Zahl, die ich zuerst falsch gelesen habe: „Zeilen" tools/ethos.py liest Dateien im Textmodus; dort wird ein einzelnes \r ohne \n als Zeilenumbruch gezählt. inspektor.css enthält 12 solche einzelnen CR → der Lauf meldet 2 245 Zeilen, byteweise sind es 2 235; für HEAD 2 199 gegen 2 187. Die Regelzahlen sind davon unberührt. Wer Zeilen vergleicht, muss dieselbe Zählweise benutzen.

12 · Der R8-Fund: gelöscht statt verschoben

basis.css ist byte-identisch zu HEAD (6 947 B, 94 Zeilen, git diff = 0 Zeilen). Der zentrale Block basis.css:91 ist eine 1-ms-Regel, kein Ausschalter:

@media (prefers-reduced-motion: reduce){ *,*::before,*::after{animation-duration:1ms !important; animation-iteration-count:1 !important; transition-duration:1ms !important} }

R8 wurde also nicht durch Einlagern gelöst, sondern durch Löschen der fünf Zusatzblöcke. Was darin stand und wodurch es heute gedeckt ist — jede Zeile nachgemessen:

[!danger] Der eine echte Verlust .ger[class*="jc-"] .gb und .kabel[class*="jc-"] * haben im ganzen src/stil/ keine Regel mehr (gemessen über alle 29 Dateien). Sie waren nicht tot: UI.juice(el,"einrasten") wird auf Kabel-Elementen gerufen (src/ui/editor-werkzeuge.js:307 und :353, Z.kEl.get(...)), und UI.juice setzt die Klasse jc-einrasten (src/ui/juice.js:11). Für Nutzer mit „Bewegung reduzieren" liefen die Einrast-Animation und die Port-LED-Animation dieser Elemente bisher gar nicht, jetzt laufen sie in 1 ms. Sichtbar dürfte der Unterschied nicht sein — gemessen ist er nicht (kein Browserlauf freigegeben).

Die Absicht dahinter ist dokumentiert und vertretbar: „Bewegung reduzieren" heißt im ganzen Programm „1 ms statt aus" (basis.css:91), und der zweite, schärfere Schalter der Einstellung (basis.css:93, html[data-bewegung="aus"] *{animation:none !important; transition:none !important}) ist unangetastet — „Bewegung aus" schaltet weiterhin wirklich ab.

13 · Die sieben Gegenproben — Ergebnis

Weitere Werkzeuge nach der Runde: python tools/klassen.py → 0 Klassen ohne CSS-Regel · node tools/sim-stand.js → „Simulation unverändert gegenüber dem Referenzstand" (12/12) · python tools/ethos.py → GRÜN + „BESSER als der Stand" + ausdrücklich NICHT GEMESSEN: R12 · node tests/run.js → 715/715 grün, 0 rot, 0 übersprungen, Exit 0 (17:43:37, 81 Testdateien, 91 Module).

14 · Was ich widerlegt habe

1. „R8 wurde in den zentralen Block verschoben." Widerlegt: basis.css ist byte-identisch, die fünf Blöcke wurden gelöscht, und die Zentralregel ist eine 1-ms-Regel, kein animation:none.
2. „Eine Regel wurde abgeschaltet, um grün zu werden." Widerlegt: Skalen und Zählfunktionen unverändert, Stand-Datei unangetastet, R12 strenger statt lockerer.
3. „Die Trefferflächen wurden passend gemacht, indem der Inhalt schrumpft." Widerlegt: keine kleinere Schrift, kein Selektor ohne font-size, kein gesunkener min-height-Wert.
4. „Die Altlasten wurden gelöscht statt geändert." Weitgehend widerlegt: +39 Komma-Listen zeigen den Zusammenschluss; nur 2 Selektoren verschwanden (beide aus dem gelöschten R8-Block).
5. „Die Menüprobe 43/5 ist reiner CSS-Fortschritt." Relativiert: menueprobe.py wurde in derselben Runde geändert (Neuladen bei „kein UI"). Die Kriterien sind nicht abgeschwächt — aber der Vorher-Wert 36/43 stammt aus einer anderen Werkzeugfassung, der Vergleich ist deshalb nicht allein der Stil-Arbeit zuzuschreiben.
6. „661/661 als Nullmessung." Nicht reproduzierbar: meine drei Läufe ergaben 678/689 → 686/690 → 690/690 (vorher) und 715/715 (nachher), jeweils mit Zeitstempel.
7. Der eigene Fehler aus § 6 (Textmodus bei Zeilenenden) hat sich bestätigt und ist hier erneut aufgetreten — diesmal bei den Zeilen: Textmodus zählt 12 einzelne \r in inspektor.css als Umbrüche. Beide Male ist die Byte-Messung die verlässliche.

15 · Nicht geprüft (Nachtrag zur Nachher-Messung)

• R12 habe ich nicht selbst gemessen — kein DOM-Lauf, kein Browser (so angesagt). Die Zahlen des Leads (klasse 6, Auftrag 3; fünf Altansichten über 6) stehen als seine Messung, nicht als meine. Selbst geprüft habe ich nur, dass ethos.py ohne --dom ausdrücklich „NICHT GEMESSEN" meldet.
• Menüprobe 43/5 und Android 49/8, Rauchtest 45/45: nicht selbst gefahren (keine Prozesse). Der menueprobe.py-Diff ist geprüft, die Zahlen nicht.
• Die z-index-Neuvergabe: Anzahl der Deklarationen unverändert (19), alle Werte auf der Leiter — ob die Stapelreihenfolge überall dieselbe bleibt, ist ohne Browser nicht entscheidbar. Mit den 8 Überdeckungen der Android-Menüprobe ist das vereinbar, bewiesen ist es nicht.
• klassenraum.css: .kl-lehrer/.kl-schueler verlieren overflow — außerhalb der 14 Dateien, ob gewollt: nicht geprüft.
• inspektor.css: 12 einzelne \r (in HEAD wie im Arbeitsbaum, als <CR><CR><LF>-Leerzeilen bei Byte 10 778–11 487). Warum git ls-files --eol die Datei als -text führt, habe ich nicht ermittelt (keine NUL-Bytes, gültiges UTF-8 — gemessen, aber die Ursache der Einstufung nicht).
• Sichtbares Verhalten: kein Pixel, kein Klick, kein Vorleseprogramm geprüft. Alle Aussagen dieser Datei sind Quelltext- und Zahlenmessungen.