Projet / Problème
Définir ce qui doit réellement être traité et son contexte.
Un moteur déterministe peut être fin sans devenir opaque
Kerkito sépare le vocabulaire, les concepts, les règles et les preuves. Le moteur peut donc être enrichi sans transformer le site en succession de conditions codées en dur.
P.O.N.T. reste, mais change de rôle
Objectif
Décrire le résultat observable attendu et sa priorité.
Non-négociables
Séparer contraintes, interdictions, ressources et limites.
Tests
Définir comment vérifier que le travail répond effectivement à l’intention.
Sept couches, un parcours simple
Lexical
Reconnaît termes, expressions et variantes linguistiques.
Inférence
Propage les implications à partir de règles explicites.
Contraintes
Détecte incompatibilités, obligations et dépendances.
Décision
Priorise les questions qui réduisent le plus l’ambiguïté.
Accompagnement
Transforme le graphe interne en paliers courts, réponses proposées et explications du pourquoi.
Compilation
Produit un brief, un plan, une checklist ou un prompt sans changer la source du projet.
Mémoire locale
Conserve les travaux et les corrections explicites sur l’appareil afin d’affiner les interprétations suivantes sans profil serveur.
Une conclusion doit pouvoir répondre à « pourquoi ? »
Chaque concept déduit garde sa provenance : terme détecté, règle appliquée, réponse confirmée ou dépendance. Une conclusion peut ainsi être rétractée si sa justification disparaît.
Le sens est indépendant de la langue
Les règles ciblent des identifiants de concepts, jamais des phrases françaises ou anglaises. Les libellés, lexèmes et questions sont traduits séparément. Le même projet peut donc être structuré en français puis rendu en anglais sans dupliquer le moteur.
Sécurité et auditabilité
Pas de bibliothèque front tierce, pas de police distante, pas de script inline fonctionnel. Les politiques CSP, HSTS, CORP, COOP, Referrer-Policy et Permissions-Policy sont appliquées par le serveur, puis vérifiées en production.