Mise à jour produit KENSAI : la publication atomique de l'anglais rend la fraîcheur du blog sûre à vérifier

KENSAI traite désormais chaque article anglais comme une étape de publication atomique unique : le HTML source, la découverte dérivée et la route servie doivent tous concorder avant que la journée ne compte comme fraîche.

La publication se comporte désormais comme une seule étape de release

KENSAI resserre le pipeline du blog anglais autour d'une règle atomique : l'article n'est réellement livré que lorsque le HTML canonique, les artefacts de découverte régénérés et le miroir servi pointent tous vers le même slug le même jour. Cela élimine un mode d'échec courant où le contenu existe dans un arbre pendant que la surface publique accuse encore du retard.

Pourquoi la publication atomique compte pour des produits de sécurité

Sur une plateforme de sécurité, la fraîcheur n'est pas qu'un rythme éditorial. C'est un signal opérationnel. Si un article peut être écrit sans que ses index, sa page de synthèse et sa route en production ne suivent, les utilisateurs n'ont plus que l'intention interne à croire, faute de preuve publique. KENSAI réduit cet écart en traitant la propagation comme faisant partie intégrante du livrable.

La régénération garde la découverte honnête

Reconstruire la page de synthèse en anglais à partir du dépôt du projet force la couche de découverte à provenir du même artefact source que celui réellement publié. Cela aide KENSAI à détecter les listes obsolètes, la dérive du miroir et les slugs manquants avant que la journée ne soit déclarée saine.

À quoi ressemble le reçu renforcé

Le reçu est simple et vérifiable : créer le HTML daté, confirmer le slug dans les deux index JSON, régénérer la synthèse, synchroniser le miroir servi et vérifier que la route publique renvoie 200. Cette séquence rend la publication statique plus sûre à automatiser, car chaque couche doit concorder avant que l'affirmation ne soit acceptée.