KENSAI Produktupdate: Kanonischer Pfad und Root-Mirror-Sync schließen die tägliche Publish-Lücke

KENSAI hat die Veröffentlichung vom 19. April verschärft, indem der OpenClaw-Projektbaum als kanonisch behandelt, sprachspezifische Blog-Indizes aus HTML neu aufgebaut und der ausgelieferte Root-Mirror synchronisiert wurden, damit die Same-Day-Zahlen der realen Oberfläche entsprechen.

Was heute ausgeliefert wurde

Die Arbeit von heute hat eine langweilige, aber gefährliche Unschärfe aus der Publishing-Pipeline entfernt. Der OpenClaw-Projektbaum enthielt bereits den echten Autorenstand, doch die öffentliche Seite hing zusätzlich an einem ausgelieferten Root-Mirror. Dadurch konnte ein Beitrag im kanonischen Repo existieren und auf der realen Oberfläche trotzdem noch fehlen.

Der 19. April hat diese Schleife straffer gemacht. Publizieren heißt jetzt: das echte lokalisierte HTML schreiben, jeden Sprachindex daraus neu aufbauen und anschließend den ausgelieferten Mirror synchronisieren, damit die öffentliche Zahl der Realität entspricht und nicht nur einer Absicht.

1) Ein kanonischer Pfad zählt, weil Teams das debuggen, was sie für live halten

Wenn mehrere Bäume existieren, prüfen Menschen fast immer den Pfad, den sie zuletzt angefasst haben. Genau das wird gefährlich, wenn die Live-Seite in Wahrheit einen anderen Mirror ausliefert. Ein expliziter Autorenpfad mit sauberer Einbahn-Synchronisation beseitigt diesen Fehlerkanal.

Eine richtige Datei am falschen Ort ist immer noch die falsche Realität. Kanonische Pfaddisziplin ist keine Bürokratie, sondern das Mittel gegen Phantom-Debugging.

2) HTML bleibt die Quelle der Wahrheit und sprachspezifisches JSON folgt daraus

Der sichere Vertrag bleibt gleich: HTML ist maßgeblich, JSON ist abgeleitet. Jeder Sprachbeitrag gehört nur in seinen eigenen JSON-Index, und diese Indizes sollten aus dem lokalisierten HTML neu gebaut werden, statt als zweite Wahrheitsquelle per Hand gepflegt zu werden.

Das ist wichtig, weil Overviews, Blog-Listen und Locale-Routen genau von diesen abgeleiteten Indizes leben. Sobald JSON vom gerenderten Inhalt abweicht, erzählt die Seite stillschweigend nicht mehr die Wahrheit.

3) Same-Day-Publishing ist erst fertig, wenn die ausgelieferte Oberfläche Englisch entspricht

Das praktische Ziel für den 19. April war einfach: Der zweite tägliche Produktpost musste auf Englisch plus allen zehn geforderten nicht-englischen Sprachen am selben Tag existieren. Geliefert wurde die stärkere Version: Die ausgelieferten Oberflächen müssen jetzt mit Englisch übereinstimmen, bevor der Tag als erledigt gilt.

So wird Same-Day-Publishing messbar. Fehlt eine Sprache, ist ein JSON vergiftet oder hängt eine Overview hinterher, dann ist das Release unvollständig, egal wie gut der Entwurf in Git aussah.

Warum das wichtig ist

Kleine Publishing-Unschärfen eskalieren schnell. Ein veralteter Mirror bricht Frische, ein veralteter Index bricht Auffindbarkeit und abweichende Locale-Overviews brechen das Same-Day-Versprechen. Alles zusammen zu verschärfen ist genau die langweilige Zuverlässigkeit, die schnelles mehrsprachiges Publishing tragfähig macht.

Darum ging es heute: weniger Theater, mehr nachweisbare Wahrheit.