À l’origine, KENTA n’est pas né comme un projet d’IA ou d’architecture souveraine. Jean‑Guillaume Nardi voulait simplement se fabriquer une carte de visite interactive : trois questions, quelques réponses, une phrase un peu symbolique façon horoscope et, en dessous, son numéro de téléphone à appeler pour en savoir plus. Il ne connaissait alors ni Python, ni les frameworks web, ni les architectures logicielles, ni même le vocabulaire courant de l’informatique. Il se tournait vers des intelligences artificielles, formulait une demande, copiait le script qu’elles lui donnaient, le collait, le lançait, constatait que “ça marchait”… puis recommençait. Au fil des itérations, trois questions sont devenues cinq, des moteurs ont été ajoutés, des dépendances se sont multipliées et un autre phénomène a commencé à le gêner : moins les bugs que les règles. Les bibliothèques “obligatoires”, les automatismes implicites, les architectures “parce qu’on fait comme ça”, les dépendances héritées de décisions prises par d’autres, ailleurs, il y a longtemps. C’est là que le geste fondateur de KENTA apparaît : il commence à enlever. Il retire les dépendances dont il ne comprend pas la nécessité, les automatismes qu’il n’a pas demandés, les orchestrateurs qui décident à sa place. Il s’aperçoit qu’une fois débarrassé de ces contraintes implicites, il peut reconstruire une logique qui lui ressemble davantage : un système où la vraie question n’est plus “quelle fonction appeler ensuite ?”, mais “qui est légitime pour faire quoi, et peut‑il le prouver ?”. De fil en aiguille, cette carte de visite déviée devient ce qu’il appelle aujourd’hui KENTA, un “organisme numérique souverain” conçu pour rester local, traçable et gouvernable.
Au‑delà du buzzword : ce que KENTA revendique vraiment
Sur son site et dans ses documents, KENTA se présente comme un “organisme déclaratif, local, vivant, reproductible, conçu pour rester contrôlable”. Le vocabulaire est volontairement organique : on y parle de Toile, de gardiens, d’ADN YAML, d’organes, de résonance et d’un jardin secret numérique pensé comme un sanctuaire plutôt qu’une forteresse. Derrière cette couche poétique, l’architecture revendiquée est plus précise. KENTA repose sur quelques principes fondateurs : aucune logique métier dans le code (NO‑DEF), un ADN intégralement déclaratif en YAML, une Toile collective jouant le rôle de bus événementiel, des gardiens distribués qui ne se connaissent pas entre eux et n’échangent qu’à travers ce milieu partagé, un fonctionnement entièrement local, sans orchestrateur central ni dépendance obligatoire à un cloud ou à un modèle externe. L’intelligence artificielle, lorsqu’elle intervient, est cantonnée en périphérie : dans les régimes “référencé” ou “gouverné”, un modèle local peut analyser, reformuler ou proposer, mais il ne doit pas décider seul. Les quatre gestes fondamentaux résument la promesse : observer avant de conclure, refuser plutôt qu’inventer, borner pour tracer et digérer, se transmettre de manière reproductible. Autrement dit, KENTA n’est pas vendu comme “une IA de plus”, mais comme un environnement minimaliste où les capacités sont strictement bornées, les transitions sont explicites et la machine est censée pouvoir dire “je ne sais pas” ou “je ne peux pas le prouver” sans improviser. C’est une rupture assumée avec la culture de l’IA qui répond toujours, même quand elle hallucine.
Une architecture contre le cerveau central
L’un des choix les plus radicaux de KENTA est son refus du “cerveau central”. Dans la plupart des architectures, un orchestrateur ou un contrôleur pilote les autres composants : un événement survient, un module décide quoi appeler, un workflow enchaîne les étapes, un agent invoque des outils dans un ordre donné. KENTA prétend inverser ce schéma. Le système ne dicte plus “fais ceci, puis cela”, il commence par dire “voici ce qui vient de se produire”. À partir de ce phénomène initial, des composants qui se sont déclarés légitimes pour ce type de situation peuvent réagir. Jean‑Guillaume formalise cette logique par une chaîne : phénomène, intention, contraintes, capacité, preuve, validation. Le cœur du modèle repose donc moins sur l’ordre d’exécution que sur la légitimité à répondre. Chaque gardien possède un “ADN” qui précise ce qu’il reconnaît, ce qu’il sait faire, ce qui lui est interdit et quelles preuves il doit produire pour étayer son action. Une fonction d’observation n’a pas le droit de se transformer spontanément en fonction de réparation ; voir n’est pas diagnostiquer, diagnostiquer n’est pas décider, décider n’est pas agir. Sur le plan conceptuel, KENTA se situe dans la famille des architectures événementielles et des systèmes à tableau noir, mais il pousse à l’extrême la séparation des rôles et le principe de moindre privilège. Ce qui fait sa singularité n’est pas l’idée d’un bus d’événements en soi, mais le fait de tout organiser autour de la question “qui a le droit de faire quoi, dans quelles conditions, avec quelle trace ?” et de le matérialiser dans un ADN déclaratif lisible par un humain.
Refuser comme première fonctionnalité
Dans un paysage où la quasi‑totalité des assistants et agents est optimisée pour fournir une réponse coûte que coûte, KENTA revendique le refus comme comportement normal. Les textes du projet martèlent l’idée qu’une capacité qui ne peut pas prouver sa légitimité doit s’abstenir plutôt que d’inventer. Cette “culture du refus” vient directement de l’expérience de Jean‑Guillaume avec les IA génératives : en vérifiant systématiquement ce qu’on lui donnait, il découvre des fonctions inventées, des fichiers inexistants, des explications impeccables sur des éléments qui n’existent tout simplement pas, bref un Canada Dry du code qui finit par le ramener vers le terminal comme juge ultime : le fichier est là ou ne l’est pas, la fonction existe ou non, le test passe ou casse. KENTA transforme cette obsession en propriété système. Les gardiens sont censés distinguer ce qu’ils savent de ce qu’ils supposent, refuser de répondre lorsqu’ils ne peuvent pas produire de preuve et tracer chaque décision dans la Toile. La promesse est forte : dans un monde où la plupart des stacks IA masquent l’incertitude derrière un langage confiant, bâtir un organisme numérique qui considère “je ne peux pas le prouver” comme une issue acceptable relève presque de la contre‑culture. Sur le plan conceptuel, c’est probablement la partie la plus crédible et la plus intéressante de KENTA. Sur le plan de l’implémentation réelle, en revanche, il manque aujourd’hui des audits indépendants pour mesurer la distance entre le récit et les comportements observables.
Un système comme autobiographie technique
KENTA est aussi, et peut‑être surtout, l’extériorisation d’une manière de penser. Dans son long texte “jgKENTA”, Jean‑Guillaume raconte comment son TDAH, son hyperfocus, sa pensée par associations et son intolérance aux incohérences ont façonné l’architecture sans qu’il s’en aperçoive immédiatement. Sa pensée part en ramifications, KENTA possède une Toile ; il oublie facilement ce qui n’est plus devant lui, KENTA trace ; il supporte mal le faux vraisemblable, KENTA exige une preuve ; il a besoin de comprendre pourquoi une décision a été prise, KENTA conserve l’événement, la résonance, la trace et la validation. Même le choix des noms participe de cette autobiographie : les gardiens s’appellent Hinata, Sakura, Tsunade, Minato, autant de personnages de manga qui lui fournissent des repères immédiats. Au départ, il s’agit juste de faciliter la mémorisation de fonctions qu’il ne veut pas nommer “dispatcher_event_handler_supervisor”, mais très vite ces noms deviennent des contrats implicites : si Hinata “observe”, elle ne doit pas corriger ; si un gardien outrepasse son ADN, quelque chose ne va plus. Cette dimension biographique donne au projet une esthétique très personnelle, presque ésotérique, qui peut à la fois rendre le système extrêmement intuitif pour son auteur et déroutant pour des développeurs extérieurs. Elle explique aussi la tonalité parfois lyrique des documents, qui oscillent entre manifeste technique, introspection et récit mythologique de sa propre architecture mentale.
Arcana : une phrase qui vous comprend, vraiment ?
Les captures du site montrent une autre facette du projet, plus directement tourné vers l’utilisateur : KENTA Arcana. Ici, on s’éloigne ouvertement du discours d’architecture pour entrer dans une promesse introspective : “une phrase qui vous comprend”. L’interface propose une phrase centrale, puis une lecture structurée censée aider la personne à observer ce qui se met en mouvement chez elle, sans diagnostic, sans étiquette, sans injonction. Le site insiste sur plusieurs garanties : exécution locale, confidentialité des données, absence de collecte et refus explicite de se présenter comme un outil thérapeutique. Arcana joue sur une frontière délicate entre outil symbolique, support d’introspection et accompagnement quasi‑psychologique. L’intention affichée reste cohérente avec la philosophie de KENTA : observer avant de conclure, laisser émerger, ne pas prétendre “savoir” à la place de l’utilisateur. Mais la communication doit marcher sur une ligne fine. À ce jour, nous n’avons trouvé aucune validation clinique ni étude indépendante sur l’efficacité d’Arcana, et il serait dangereux de le présenter comme un dispositif psychologique scientifiquement établi. En l’absence de tels travaux, la formulation la plus responsable consiste à le considérer comme un outil de mise en perspective personnelle, potentiellement utile pour certaines personnes, mais dont les effets restent au stade du témoignage.
Un fondateur hors cadre : du magnétisme à l’architecture IA auditables
Le profil de Jean‑Guillaume Nardi ne ressemble pas à celui d’un architecte système classique. D’anciennes traces en ligne le présentent comme magnétiseur et géobiologue à Saint‑Denis‑d’Anjou, après un passage par l’horticulture. Des fiches d’entrepreneur individuel confirment cette localisation et un code d’activité dans les “autres services personnels”. Son profil LinkedIn actuel, en revanche, le décrit comme “Entrepreneur indépendant – Architectures IA auditables, traçabilité des décisions, mémoire explicable – Créateur de KENTA”, avec un récit qui reprend explicitement l’histoire de la carte de visite devenue organisme. Ses prises de parole publiques dessinent un fil rouge : critiques des architectures qui reposent sur des agents omniscients et du monitoring permanent, plaidoyer pour des systèmes locaux qui se surveillent eux‑mêmes, capacité auto‑réparatrice pensée en termes de résilience plutôt que de perfection, obsession pour l’interopérabilité et la continuité entre systèmes hétérogènes. Une vidéo récente, “Comment pitcher son projet sans parler technique (Cas Kenta)”, montre qu’il travaille activement son storytelling et sa stratégie de diffusion avec des spécialistes marketing, signe que le projet n’est plus seulement un laboratoire personnel mais cherche une place dans le paysage des outils IA souverains. KENTA apparaît ainsi comme le point de convergence entre un parcours de praticien des “énergies subtiles”, une sensibilité très marquée aux rapports de pouvoir invisibles dans le numérique et un bricolage intensif avec des IA génératives transformées en scribes de code.
Ce que KENTA apporte vraiment au débat sur les IA souveraines
Pour évaluer un projet comme KENTA, il faut éviter deux réflexes opposés. Le premier serait de le considérer comme révolutionnaire uniquement parce qu’il parle de gardiens, de Toile et “d’organisme vivant”. Le second serait de le balayer d’un revers de main parce que son créateur n’est ni ingénieur ni passé par une grande école. Dans les deux cas, on rate l’essentiel. Ce qui mérite vraiment d’être pris au sérieux tient en quelques points. KENTA place la gouvernance des capacités au centre de son architecture : qui a le droit de faire quoi, selon quelles règles, avec quelles preuves, n’est plus un appendice de sécurité mais la structure même du système. Il considère le refus comme un résultat valide, à l’opposé des IA qui répondent toujours, quitte à halluciner. Il cherche à rendre les transitions explicites et les décisions traçables, en laissant derrière lui des “méridiens” de traces consultables mois plus tard. Il privilégie la frugalité et le local : un cœur annoncé à moins de 10 Mo, capable de tourner sur un vieux processeur de 2012 sans dépendre d’un cloud ou d’un orchestrateur externe. Il sépare radicalement observation, diagnostic, décision et action, et enferme les modèles génératifs dans un rôle périphérique, analysant et reformulant sans jamais décider seuls. Mis bout à bout, ces choix adressent des problèmes aujourd’hui très concrets : hallucinations non détectées, agents sur‑permissifs, chaînes RAG opaques, dépendance au cloud, incapacité à reconstruire le chemin d’une décision. D’un point de vue intellectuel, KENTA est donc un objet extrêmement pertinent pour réfléchir à ce que pourrait être une IA locale réellement gouvernable.
L’écart entre récit et preuve : là où ça coince encore
Là où le projet devient plus problématique, c’est dans l’écart entre cette base conceptuelle solide et la manière dont certains documents montent en généralité. Le dossier de presse parle de “traçabilité absolue” et évoque un mécanisme de cohérence à 99% rendant “l’empoisonnement extrêmement difficile”. Le manifeste “Le Jardin Secret et ses Gardiens” va plus loin en affirmant que KENTA n’aurait “pas de surface d’attaque classique”, qu’il se réparerait seul et constituerait “l’organisme le plus résilient” observé par son auteur, qui se présente comme psychologue, méta‑analyste et spécialiste cybersécurité. Ces formules, en l’état, relèvent davantage de la déclaration promotionnelle que du fait technique. Tout logiciel qui lit, transforme et stocke des données possède une surface d’attaque, même s’il est local et totalement offline. L’absence de cloud ou de LLM distant supprime certaines classes de risques, mais ne dispense pas d’affronter les erreurs de logique, les corruptions de fichiers, les vulnérabilités du système d’exploitation ou les failles d’implémentation. Plus gênant encore, le manifeste parle de “première vraie preuve d’autopoïèse logicielle”, empruntant un concept lourd à Maturana et Varela sans en proposer une définition rigoureuse ni un protocole d’évaluation. En l’absence de publication scientifique, d’audit formel ou de dépôt de code publiquement accessible, ces affirmations doivent donc être lues comme des prises de position, pas comme des résultats établis. Autrement dit : KENTA a le droit de raconter qu’il vise l’autopoïèse et une résilience forte, mais il ne peut pas encore demander au reste du monde de le prendre pour acquis.
Ce que la méthode Kachouri exige de KENTA
KENTA répète : “montre‑moi”. La seule manière cohérente de lui répondre est d’appliquer sa propre règle au projet. Concrètement, cela signifie qu’avant de considérer le système comme une avancée majeure, il faudrait au minimum disposer d’une démonstration reproductible de son noyau, d’une définition technique précise de son mécanisme de scellement Minato (format de signature, primitives cryptographiques, modèle de menace), d’un protocole de test documentant ce fameux taux de cohérence de 99%, d’un exemple complet retraçant un scénario du type événement → gardien → décision → trace → preuve, et d’au moins une lecture critique externe de l’architecture par un ou plusieurs développeurs n’ayant pas été exposés au storytelling en amont. À ce jour, nos recherches publiques n’ont pas permis de trouver de publication académique, d’audit de cybersécurité indépendant ni de dépôt GitHub du cœur de KENTA. Cela ne signifie pas que rien n’existe en privé, mais cela interdit d’affirmer quoi que ce soit de robuste sur ses propriétés réelles. Dans cette situation, la position la plus honnête consiste à présenter KENTA comme ce qu’il est pour l’instant : un prototype architectural atypique, intellectuellement stimulant, mais non vérifié.
Et si KENTA tenait ses promesses minimales ?
Reste une question qu’il serait injuste d’évacuer : que se passerait‑il si KENTA tenait ne serait‑ce qu’une partie raisonnable de ses promesses ? Imaginons un environnement local léger où des composants autonomes, décrits en YAML, disposent de capacités strictement bornées, où les transitions entre états sont explicites, où chaque décision est accompagnée d’une trace relisible, et où un modèle génératif ne peut pas, par construction, élargir silencieusement son rôle. Même sans autopoïèse ni résilience absolue, un tel système serait déjà très intéressant. Pas parce qu’il inventerait chacun de ces concepts, mais parce qu’il les assemblerait dans un corps cohérent, capable de tourner sur du matériel modeste, construit quasi intégralement avec l’aide d’IA scribes et sans bagage formel en informatique. Les applications envisagées – RAG gouverné avec états “reçu – extrait – qualifié – admis – disponible”, modules d’agenda et de domotique partageant la même Toile, migration auditable de données sensibles – s’attaquent à des problèmes parfaitement réels. Là où beaucoup de systèmes RAG traitent l’ingestion documentaire comme une simple opération d’indexation, KENTA propose d’en faire un processus de gouvernance, où chaque transformation doit être qualifiée et admise avant d’être utilisée. Si cette approche fonctionne en pratique, même partiellement, elle pourrait offrir une voie crédible pour construire des IA locales qui restent au service de l’utilisateur sans devenir ses nouveaux propriétaires.
Notre verdict provisoire : un laboratoire plus qu’un produit
À l’heure où nous écrivons ces lignes, KENTA est difficile à ranger dans une case rassurante. Ce n’est pas un simple “ChatGPT local” emballé dans une belle interface, mais ce n’est pas non plus, faute de preuves publiques, la rupture informatique que suggère une partie de sa communication. C’est un laboratoire d’architecture déclarative, né d’un refus très personnel des boîtes noires techniques, porté par un fondateur au parcours inattendu et accompagné d’un récit qui mêle biographie, philosophie de la souveraineté et vocabulaire organique. La méthode Kachouri nous conduit à une position simple : prendre au sérieux les questions que KENTA pose, sans sur‑valider les réponses qu’il prétend déjà apporter. Les questions sont, elles, tristement actuelles : l’IA reste‑t‑elle chez moi ? Puis‑je savoir ce qu’elle a fait ? Peut‑elle prouver ce qu’elle affirme ? Peut‑elle distinguer ce qu’elle sait de ce qu’elle suppose ? Peut‑elle dire “je ne sais pas” ? Et surtout, malgré toute sa puissance, me laisse‑t‑elle encore décider ? Dans un monde où l’industrie construit des agents capables de cliquer, acheter, signer, supprimer, interpréter et décider à notre place, exiger d’une machine non pas seulement qu’elle soit performante, mais qu’elle prouve qu’elle a le droit d’agir, est peut‑être l’héritage le plus précieux de KENTA, quel que soit le destin technique du projet.
Sources, profils et limites de vérification
Cette analyse repose d’abord sur les documents fournis autour du projet KENTA et sur les éléments publics cités dans le texte. Les affirmations techniques restent distinguées entre ce que le projet revendique et ce qui peut être vérifié publiquement.
- Profil LinkedIn de Jean‑Guillaume Nardi
- KENTA Arcana
- Document de travail « jgKENTA.pdf », fourni pour l’analyse
- Dossier « KENTA PressBook », fourni pour l’analyse
