Mise à jour produit KENSAI : la vérité du chemin canonique et la synchronisation du root mirror ferment la brèche quotidienne de publication

KENSAI a durci la publication du 19 avril en traitant l’arbre de projet OpenClaw comme canonique, en reconstruisant les index de blog par langue depuis le HTML, puis en synchronisant le root mirror servi pour que les comptes same-day reflètent exactement ce que les utilisateurs peuvent charger.

Ce qui a été livré aujourd’hui

Le travail du jour a retiré une ambiguïté banale mais dangereuse du pipeline de publication. L’arbre de projet OpenClaw portait déjà l’état réel d’édition, mais le site public dépendait aussi d’un root mirror servi. Résultat, un billet pouvait exister dans le dépôt canonique tout en manquant encore sur la surface réellement vue par les utilisateurs et les robots.

Le 19 avril a resserré cette boucle. Publier signifie désormais écrire le vrai HTML localisé, reconstruire chaque index de langue depuis ces fichiers, puis synchroniser le mirror servi afin que le compte public reflète la réalité plutôt que l’intention.

1) Le chemin canonique compte parce que les équipes déboguent ce qu’elles pensent voir en production

Quand plusieurs arbres coexistent, chacun inspecte naturellement celui qu’il a touché en dernier. Cela devient un piège si le site live sert en fait un autre mirror. Rendre le chemin d’édition explicite et synchroniser dans un seul sens coupe cette confusion.

Un bon fichier au mauvais endroit reste une mauvaise réalité. La discipline du chemin canonique n’est pas administrative, c’est ce qui évite de déboguer des fantômes.

2) Le HTML reste la source de vérité et le JSON par langue en découle

Le contrat sûr ne change pas : le HTML est autoritaire, le JSON est dérivé. Chaque billet de langue doit vivre uniquement dans son propre index JSON, et ces index doivent être reconstruits depuis le HTML localisé plutôt que tenus à la main comme une seconde source de vérité.

C’est essentiel parce que les overviews, les listes de blog et les routes localisées consomment précisément ces index dérivés. Dès que le JSON diverge du rendu, le site cesse discrètement de dire la vérité.

3) La publication same-day n’est terminée que lorsque la surface servie correspond à l’anglais

L’objectif pratique du 19 avril était simple : faire exister le deuxième billet produit du jour en anglais plus dans les dix locales non anglaises requises. Ce qui a été livré est la version plus forte : les surfaces servies doivent désormais s’aligner sur l’anglais avant que la journée soit considérée comme close.

Cela rend la publication same-day mesurable. S’il manque une locale, si un index est pollué, ou si une overview traîne derrière, la livraison est incomplète même si le brouillon semblait correct dans git.

Pourquoi cela compte

Les petites ambiguïtés de publication se composent vite. Un mirror obsolète casse la fraîcheur, un index obsolète casse la découvrabilité, et des overviews de langues désalignées cassent la promesse same-day. Durcir les trois ensemble, c’est exactement la fiabilité ennuyeuse qui rend la publication multilingue rapide soutenable.

C’est le sens du travail produit d’aujourd’hui : moins de théâtre, plus de vérité vérifiable.