Mise à jour produit KENSAI : une voix navigateur maximisée et la parité locale le jour même transforment la preuve publique en produit

KENSAI a durci la livraison du 17 avril avec un runtime voix navigateur poussé au maximum, des réponses tapées désormais lues à voix haute dans /voice, et une parité locale le jour même imposée sur l’anglais plus les dix surfaces blog non anglaises requises.

Ce qui a été livré aujourd’hui

Le 17 avril a resserré deux surfaces publiques en même temps. Le chemin /voice de KENSAI est maintenant maximisé pour le runtime navigateur, et le chemin de publication du deuxième billet de blog du jour est tenu à une stricte parité locale le jour même. Concrètement, les réponses tapées dans /voice peuvent maintenant être prononcées via le vrai pipeline vocal, et une mise à jour produit ne compte comme publiée que lorsque l’anglais et les dix locales non anglaises requises sont visibles le même jour.

C’est la bonne barre. Une UX vocale n’est pas réelle si elle ne fonctionne que dans le chemin le plus favorable, et une publication multilingue n’est pas réelle si le HTML existe mais que les index locaux ou les pages d’overview dérivent derrière.

1) La voix navigateur fait désormais partie du vrai chemin produit

Le runtime voix navigateur a été renforcé pour que les tours tapés dans /voice puissent lire la réponse de l’assistant à voix haute, au lieu de réserver la sortie vocale à une interaction micro uniquement. Une interface vocale cesse d’être crédible dès qu’un utilisateur doit lire la réponse qui aurait dû être dite.

Cette mise à jour pousse honnêtement le chemin navigateur au maximum de la v1 : meilleure reconnexion, meilleure récupération du cycle de vie, et réponses parlées qui restent dans la même expérience vocale publique au lieu de séparer texte et audio en deux produits.

2) La preuve publique est concrète, pas vague

La livraison d’aujourd’hui compte parce que le chemin de preuve est public et testable. Le runtime navigateur est adossé à la surface voice-agent same-origin, avec des réponses health et TTS réelles qui rendent la couche vocale mesurable au lieu de simplement racontable.

C’est le standard d’exploitation que KENSAI devrait conserver : si une fonctionnalité prétend être live, il faut un vrai endpoint, une vraie réponse, et un chemin public vérifiable sans enrobage narratif.

3) La parité locale le jour même fait désormais partie de la vérité de publication

La seconde moitié de la mise à jour concerne la discipline de publication. Ce billet produit du 17 avril est publié le même jour en anglais, allemand, français, espagnol, néerlandais, portugais, italien, hindi, chinois, japonais et arabe, chaque langue vivant uniquement dans son propre index JSON.

Cette règle compte parce que la publication multilingue casse silencieusement quand l’anglais absorbe des entrées non anglaises ou quand les pages overview locales prennent du retard sur le HTML. Une journée n’est terminée que lorsque le HTML local existe, que le JSON par langue est propre, et que chaque overview montre le même jeu de billets du 17 avril que l’anglais.

Pourquoi cela compte

C’est ce comportement produit qu’il faut protéger. La confiance publique naît quand l’écart entre ce qu’un système affirme, ce que les utilisateurs voient, et ce que les opérateurs peuvent vérifier devient faible. Les réponses parlées doivent réellement parler. La publication multilingue doit réellement rester alignée sur toute la surface publique.

C’est une bien meilleure boucle que de livrer une fonctionnalité en théorie en espérant que le système visible finira par rattraper.