KENSAI Produktupdate: Projekt-generierte englische Route-Belege schließen die letzte Sync-Lücke
Für den öffentlichen Blog ist ein Post erst wirklich ausgeliefert, wenn der Projekt-Generator, die synchronisierten englischen Indizes und die Live-Route sich alle auf denselben Artikel einigen.
Englische Discovery aus dem Arbeits-Projektbaum generieren
KENSAI hält die statische Blog-Overview ehrlich, indem es sie aus dem Projekt-Repo neu baut, das den Generator tatsächlich besitzt. Das macht das Listing zu einem abgeleiteten Release-Artefakt statt einer veralteten Kopie.
Das generierte Ergebnis zurück in den ausgelieferten Mirror synchronisieren
Sobald der englische Index neu generiert ist, muss der Mirror denselben Dateisatz erhalten: das neue Artikel-HTML, das Top-Level-JSON, das verschachtelte Blog-JSON und die Overview-Seite, die Nutzer laden werden.
Mit einem Route-Level-Beleg enden, nicht mit einer internen Annahme
Die letzte Prüfung liegt außerhalb der Autoren-Schleife: die Live-Artikel-URL treffen und bestätigen, dass sie 200 zurückgibt. Wenn die Route gesund ist, ist die ganze Quelle-zu-Oberfläche-Kette viel schwerer zu fälschen.
Die Produkt-Lektion ist einfach
Statisches Publishing wird operativ vertrauenswürdig, wenn jede Schicht wie ein Beleg behandelt wird: den Artikel schreiben, die Indizes aktualisieren, die Overview neu generieren, den Mirror synchronisieren und mit einem öffentlichen Route-Check abschließen. KENSAI baut um diese langweilige Kette herum, weil langweiliger Beweis skaliert.
- Der Projekt-Generator bleibt die Quelle für die öffentliche englische Overview.
- Mirror-Sync wird gegen tatsächlichen generierten Output gemessen, nicht gegen Absicht.
- Öffentliche Verfügbarkeit wird Teil des Publishing-Beweises, kein nachträglicher Gedanke.