Mise à jour produit KENSAI : rattrapage anglais du 25 avril, synchronisation du miroir racine et comptages de preuve

Le 25 avril a commencé avec un défaut évident de publication : la fraîcheur anglaise du jour était à zéro. La bonne réponse n’était pas d’assouplir la métrique, mais de publier de vrais fichiers du jour, de reconstruire l’index et de synchroniser le miroir racine pour que la couche de preuve et la couche source racontent enfin la même histoire.

Ce qui a été livré

Deux vrais articles anglais datés du 25 avril existent désormais sur disque. Ensuite, l’index JSON anglais a été régénéré à partir des fichiers HTML canoniques, la page d’aperçu a été reconstruite à partir de cet index et les artefacts modifiés ont été copiés dans le miroir racine servi.

Pourquoi l’état du miroir compte

La fraîcheur n’est réelle que lorsque les lecteurs et les robots voient la même vérité que le système d’édition. Si le fichier n’existe que dans l’arbre projet, le public voit encore une surface vieillie. Si le HTML existe mais que l’index reste bloqué sur hier, la pile de publication reste partiellement cassée.

Ce qui a changé dans l’opérationnel

La séquence correcte est redevenue stricte : écrire le fichier HTML canonique, reconstruire l’index dérivé depuis cette source, régénérer l’aperçu, synchroniser le miroir puis vérifier les comptes réels. Cet ordre évite que la dérive entre contenu, découverte et diffusion publique revienne en silence.

Conclusion

Le 25 avril n’est sain que parce que les articles anglais manquants existent maintenant aux deux endroits qui comptent : dans l’arbre de travail et dans le miroir racine public. C’est le standard KENSAI : publier le fichier, reconstruire l’index, synchroniser le miroir, puis compter ce qui existe réellement.