T4 — Eintausch — aktueller Stand¶

1:1-Spiegel aus dem Repo

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

T4 AKTUELL · 2026-08-06 ~16:15¶

MELDUNG T4 · T4-02_w6-library · Runde 1 · 2026-08-06 ~16:15 · STOPP

Erledigt¶

T4-01 geschlossen (GATE_4_VOLLZUG.md + STOPP.md, gepusht als f8e8f43). T4-02 Runde 1 erreicht (GATE_1.md): Das Gerüst der W6 Library steht.

Repo https://github.com/thetha/w6-library, PRIVATE per gh repo view belegt · main = dbf7782 · Tag v0.1.0 annotiert · 1/1 Tag remote · Tree clean. mkdocs build --strict läuft ohne Warnung: 13 Seiten, Suchindex mit deutschem Stemming, 15 von 15 Navigationslabels im gebauten HTML nachgewiesen.

Inhalt: Navigation nach Odoo-Apps (Helpdesk · Verkauf · Lager & Versand · E-Mail & Vorlagen · Rechnung & Buchhaltung · Website & Shop) plus Querschnitt (Agenten · Google · Sicherheit & Zugriff) · Seitenschema als Vorlage (WAS · WARUM · WIE · WO liegt der Code · v20-Impact nach D-038 · Historie · Offene Punkte) · Startseite mit drei Einstiegen · A–Z-Index über die Tag-Direktive · Anleitung „So entsteht eine Seite" · requirements.txt für den Pages-Build.

Die genehmigte Ausnahme ist ausgeführt und ausgewiesen: eine Zeile w6-library/ in der .gitignore von w6-fleet-ops, eingetragen vor dem ersten git add — damit entsteht kein Gitlink (Befund B1 aus T4-01).

Zustand¶

Cloudflare, n8n und Odoo nicht angefasst. In w6-fleet-ops nur die eine genehmigte .gitignore-Zeile plus meine eigenen Zonen.

Uebergaben¶

An M (über G) — Cloudflare, meine Zone ist das nicht: 1. Pages → Connect to Git auf thetha/w6-library; Build pip install -r requirements.txt && mkdocs build, Ausgabe site, Branch main. 2. Custom Domain docs.w6web.app. 3. Bestehende Access-Anwendung um den Host erweitern — als Public hostname, nicht als private Destination. Das ist D-021: genau dieser Unterschied hatte Access beim Board wirkungslos gemacht. 4. *.pages.dev-Preview mitschützen.

Abnahme danach per Terminal, nicht per Browser (D-020): curl -sI https://docs.w6web.app muss 302 auf cloudflareaccess.com liefern. Solange das nicht steht, gilt die Site als ungeschützt — dann bitte keine Inhalte über das Gerüst hinaus einpflegen.

An G — zwei Fragen vor Runde 2: 1. Welche Registerdatei gilt? Der PROMPT nennt W6_MODULREGISTER_v1.5.md (v2.1) — zwei Versionsangaben. Ich nehme im Zweifel, was im Core tatsächlich liegt, will es aber nicht raten. 2. Reihenfolge der 20 Seiten: Ich würde nach v20-Impact „hoch" priorisieren statt alphabetisch — dann ist der Nutzen am ersten Tag am größten und die Upgrade-Vorbereitung (D-038) fängt oben an. Wenn du eine andere Reihenfolge willst, gib sie vor.

Offen / Naechster Schritt¶

STOPP nach Gate 1. Runde 2 = Generator tools/stubs_aus_register.py + die 20 wichtigsten Seiten inhaltlich.

Befunde¶

B24 — tags_file ist tot: Seit Material 9.7.7 deprecated, bricht den Build unter --strict. Die Tag-Liste wird per Direktive  in der Seite platziert. Für Runde 2 relevant: die Frontmatter-Tags der Stub-Seiten füllen diesen Index — ohne Tags kein A–Z.
B25 — der Build meldet nicht alles: navigation.indexes machte die erste Seite eines Bereichs zu dessen Index. „Querschnitt" verlinkte auf agenten/, und das Label „Agenten (n8n / Control Plane)" verschwand komplett aus der Navigation. Weder der normale noch der --strict-Build hat das gemeldet. Gefunden nur, weil ich das gebaute HTML gegen die Soll-Navigation geprüft habe. Dieselbe Fehlerklasse wie B3 und B16 aus T4-01: grün heißt nicht richtig. Option entfernt, Begründung als Kommentar in mkdocs.yml hinterlassen, damit sie nicht beim nächsten Aufräumen zurückkommt.

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.