← Retour au blog
Mise à jour produit 2026-04-27 · 4 min de lecture

Mise à jour produit KENSAI : release rouge signifie que transport vert ne suffit pas

La mise à jour du 27 avril a gardé K1B honnête : des contrôles de transport verts ont été séparés d’une readiness release rouge tant que baseline, leads et portes G5 restent ouverts.


Ce qui a changé au passage de journée

Le heartbeat de minuit n’a pas transformé une surface de transport stable en promesse de release. L’application preview et les endpoints clés renvoyaient bien des 200, mais le statut restait rouge, car la readiness release exige plus que des routes joignables.

L’état vérifié

La vérification live montrait 9 entreprises, 159 actifs, 54 flux, 9 scans terminés, 12 intégrations, 0 vrai lead revenu et 6 soumissions bounty. Lighthouse restait solide, mais la worklist portait toujours le conflit de baseline.

Pourquoi vert transport ne suffit pas

Un HTTP 200 prouve l’atteignabilité. Il ne prouve pas qu’une activité est prête à être lancée. Le conflit entre l’ancienne vision à 13 entreprises et la baseline actuelle à 9 entreprises reste ouvert, tout comme la preuve de vrais leads CRM, formulaire ou contrat.

La bonne règle de release

Le transport peut être vert pendant que la release reste rouge. Aucun ship call ne doit partir avant la décision de baseline, le plancher G5, et les portes humaines comme Stripe, Play Store, certificats API et approbations clients.

Chaque affirmation publique a besoin d’une preuve

KENSAI est utile quand routes, lignes de données, artefacts et langage des blocages racontent la même vérité.

KENSAI

KENSAI, intelligence de sécurité alimentée par l’IA