Le nom de domaine devient un espace personnel
Kerkito.com est enregistré. Le domaine n’est pas encore un produit : il sert d’abord de point d’ancrage personnel et communautaire.
- Aucun moteur
- Aucun compte
- Une identité avant un produit
Le projet est parti d’un domaine personnel, est devenu un générateur P.O.N.T., puis un outil local-first. La lignée 8.2 a transformé cette base en parcours guidé. La 8.3 ajoute le contrat de réponse, la validation structurelle locale et un référentiel JSON versionné sans base SQL à l’exécution.
Les numéros 9.8 et 10.1 appartiennent à la lignée historique du générateur. La refonte actuelle ouvre une lignée 8.x distincte. Les jalons 1.x à 6.x résument des évolutions fonctionnelles réelles dont toutes les dates et sous-versions n’ont pas été conservées ; ils sont donc présentés comme repères, pas comme archives exhaustives.
Kerkito.com est enregistré. Le domaine n’est pas encore un produit : il sert d’abord de point d’ancrage personnel et communautaire.
La première version publique est une page de solidarité autour de Diablo 3, liée au pseudo Kerkito et à une reconstruction après une banwave. La logique est simple : une page directe, autonome et sans mécanique de plateforme.
Kerkito change de cap. L’outil est d’abord construit pour un usage personnel : ne plus collectionner des listes de prompts vieillissants, mais apprendre à construire une demande structurée avec la méthode P.O.N.T.
Le moteur se densifie sans chercher à complexifier l’interface. Les parcours Express et Avancé permettent de choisir le niveau de détail, tandis que les premiers guides expliquent pourquoi une consigne fonctionne.
Kerkito s’ouvre à d’autres usages : pédagogie, documentation, exemples structurés et réutilisation locale. La bibliothèque cesse progressivement d’être une collection de phrases pour devenir une collection de structures.
Le produit assume une direction plus nette : fonctionner sans inscription obligatoire, réduire le suivi, conserver le travail dans le navigateur et rendre l’utilisateur moins dépendant d’un service central.
La génération est revue en profondeur. Kerkito cesse de pousser les formulations du type « tu es… » ou « prends le rôle de… » comme solution par défaut. Le moteur cherche davantage de contexte, de méthode, de contraintes et de contenu utile.
Le moteur va plus loin dans la préparation du contexte : partage de documents, récupération de contenu et OCR complètent la construction structurée. La version reste ensuite stable pendant plusieurs mois.
Kerkito change d’objet. Il ne cherche plus à battre un LLM ni à optimiser une formule magique. Il devient un environnement déterministe et reproductible pour structurer une intention, conserver un raisonnement, expliquer une déduction et apprendre localement des corrections de l’utilisateur.
La profondeur augmente mais l’interface se simplifie. Kerkito passe à quatre paliers visibles, n’affiche qu’une précision prioritaire à la fois, propose des réponses fermées avant l’écriture libre et explique pourquoi une question est utile. Le moteur gagne aussi en tolérance orthographique, négation, concepts composés, contexte métier et fonctions vocales détectées localement.
La logique 8.2 est conservée mais le rendu mobile est repris comme une interface à part entière : navigation hamburger accessible, header compact, quatre paliers lisibles sur petits écrans, actions adaptées au pouce et densité réduite autour du moteur.
Les deux thèmes sont repensés sans toucher au moteur : noir presque total et signaux lumineux contrôlés en mode sombre, palette minérale et iridescente en mode clair. La lisibilité, les contrastes, le mobile-first et la possibilité de revenir exactement à la 8.2.1 restent prioritaires.
La nouvelle identité visuelle est désormais déployée sur tout le site. Le symbole Kerkito remplace l’ancien repère textuel, le jour/nuit est fiabilisé et plusieurs sections de la page d’accueil sont rééquilibrées au pixel près, en particulier le contraste avec les LLM, afin d’obtenir un rendu plus net, plus calme et plus lisible.
Le bloc de comparaison est simplifié pour retrouver un seul axe de lecture : titre pleine largeur, explication immédiatement dessous, puis deux cartes alignées sur la même ligne et de même hauteur. La hiérarchie reste nette sans décalage décoratif inutile.
Kerkito gagne une image Open Graph dédiée au partage social et des encarts internes pour faire découvrir les projets associés sans régie publicitaire ni tracking. Les cartes écosystème affichent désormais les visuels en entier, sans rognage brutal, avec un fond d’accompagnement discret. Les textes sous les cartes complètent le visuel au lieu de répéter son slogan, et l’introduction de la section retrouve un seul axe de lecture.
Les six visuels de l’écosystème sont reconstruits au format bannière afin d’éviter les recadrages agressifs. Les fichiers reçoivent des noms descriptifs et des textes alternatifs bilingues. L’animation du symbole Kerkito est également rendue plus discrète.
La Content Security Policy passe à une logique de refus par défaut. Tout chargement est bloqué par base, puis seules les ressources réellement nécessaires sont autorisées explicitement. Cette passe corrige le signal remonté par HTTP Observatory sans ouvrir de source externe supplémentaire.
Kerkito prolonge P.O.N.T. avec une couche d’Answer Engineering. Une structure arrivée au quatrième palier peut désormais produire un Contrat de réponse qui décrit la forme attendue, les états admissibles, les exigences de preuve et les règles d’acceptation. Le référentiel déterministe quitte la dépendance SQL à l’exécution pour devenir un bundle JSON public et versionné, tandis que les travaux restent dans la mémoire locale du navigateur.
La 8.3.1 ne change pas le référentiel déterministe ni le contrat de réponse introduit en 8.3.0. Elle reprend l’accueil autour d’un hero plus compact, met le moteur au centre d’une scène sombre dédiée et remplace les visuels génériques des cartes principales par les logos officiels fournis pour l’écosystème. Le fil visuel cyan et violet devient le langage commun des graphes, nœuds et signaux. La configuration HSTS ajoute aussi la directive preload et couvre les réponses statiques via Apache.
La 8.3.2 corrige la dernière alerte remontée par le contrôle HSTS Preload : le header Strict-Transport-Security n’est plus envoyé sur la réponse HTTP de redirection et reste réservé aux réponses HTTPS. Le sitemap XML reçoit en parallèle une feuille XSL locale pour offrir une lecture humaine claire sans modifier le contenu destiné aux moteurs.
La 8.3.3 force le domaine public canonique vers kerkito.com sans www, conserve HSTS uniquement sur HTTPS et renforce le moteur sans ajouter de LLM. La priorité des questions tient désormais compte du poids de complétude et du caractère requis, les inconnues restent visibles dans le contrat de réponse et une lecture déterministe distingue ce qui est établi, à confirmer ou encore ouvert.
La technologie et l’interface ont changé, mais le problème initial reste le même : arrêter de dépendre de listes figées et donner à l’utilisateur une méthode pour construire lui-même une structure adaptée à son besoin.