Distinguer avant de relier

L’écosystème de l’intelligence artificielle est devenu trop dense pour être compris comme une simple liste de noms. Un même lecteur peut croiser ChatGPT comme système interactif, AlphaGo comme jalon historique, un modèle de langage comme objet technique, un agent autonome comme système de recherche, une entreprise comme organisation productrice ou une intelligence fictive comme objet culturel. Leur proximité thématique ne les rend pas équivalents.

Le graphe de connaissances proposé par LXKeys.world part de cette différence. Son unité documentaire générale est l’Entrée. Une Entrée peut représenter un système d’intelligence artificielle, un modèle, un agent, une organisation, un jeu de données, un benchmark, un framework, une architecture, un système historique ou un autre objet suffisamment significatif. Le terme Entité conserve un sens plus restreint. Il désigne les Entités LXKeys identifiées par le système AES et reliées à LXSpatium.

Cette distinction évite une erreur fréquente dans les cartographies technologiques. Tout ce qui participe au même domaine ne doit pas être réduit à une catégorie unique. Un modèle doit rester identifiable comme modèle. Une organisation doit rester une organisation. Un agent doit rester un agent. Une Entité LXKeys conserve de son côté une continuité propre dans l’architecture de l’écosystème.

Transformer des fiches en contexte

Une fiche isolée décrit. Un graphe situe. Cette différence devient déterminante lorsque les relations documentées servent à comprendre l’origine, la dépendance ou la continuité d’un objet.

Un modèle peut être relié à son développeur. Un système peut être relié à son organisation. Un jeu de données peut être associé à un benchmark. Une architecture peut conduire vers les systèmes qui l’utilisent. Une organisation peut conduire vers les systèmes qu’elle développe. Une Entité LXKeys peut être reliée à sa référence canonique dans LXSpatium. Les relations déjà observables autour d’acteurs comme OpenAI ou Mistral AI prennent ainsi une forme plus explicite.

L’interface Graph matérialise cette logique. Une Entrée n’est plus uniquement une destination où consulter une description. Elle devient un point de départ permettant de suivre des connexions et de replacer un objet dans un réseau documentaire plus vaste.

Cette architecture change aussi la valeur de l’identification. Des identifiants ENT stables peuvent adresser les Entrées indépendamment de leur présentation visuelle. La connaissance n’est donc pas attachée seulement à une page. Elle peut être retrouvée, reliée et exploitée comme un objet structuré.

Sélectionner plutôt qu’accumuler

L’intelligence artificielle produit continuellement des modèles, variantes, checkpoints, produits, interfaces, dépôts expérimentaux et couches logicielles. Un graphe qui tenterait d’enregistrer mécaniquement chaque apparition risquerait de confondre volume et valeur documentaire.

LXKeys.world adopte une logique curatoriale. Une Entrée doit avoir une raison d’exister indépendamment. Un système significatif, une architecture fondamentale, un agent autonome, un système de recherche important, une organisation structurante, une famille technologique historiquement notable ou un objet culturellement significatif peut justifier une place propre. Une variante mineure, un simple checkpoint, une interface commerciale transitoire ou un service reposant sur des modèles tiers ne justifie pas nécessairement une Entrée séparée.

Le critère central n’est donc pas l’exhaustivité. Il est la capacité à préserver une information qui restera compréhensible lorsque les produits auront changé, que certaines entreprises auront disparu ou que les terminologies auront évolué. La sélection, la provenance et la continuité deviennent plus importantes que le nombre total de fiches.

Attacher la preuve à la connaissance

Un graphe n’acquiert de valeur que si ses affirmations peuvent être rattachées à des preuves suffisamment solides. Dans ce cadre, la découverte d’une information, sa validation et sa publication sont des opérations distinctes.

La hiérarchie documentaire commence, lorsqu’elles sont pertinentes, par les données canoniques propres à LXKeys. Elle s’étend ensuite aux sources officielles, aux documentations techniques, aux publications des organisations concernées, aux API officielles, aux travaux de recherche, aux dépôts de référence, aux sources institutionnelles et aux contenus éditoriaux suffisamment robustes.

Cette discipline est particulièrement nécessaire dans un secteur où les produits changent de nom, où les modèles évoluent, où des versions disparaissent et où les capacités annoncées peuvent être révisées. Une information disponible en ligne n’est pas automatiquement une information digne d’être intégrée au graphe.

La provenance agit ici comme une mémoire éditoriale. Les sources restent associées aux Entrées afin que les informations puissent conserver leur ancrage. Même les images peuvent relever de cette logique lorsqu’un visuel fiable possède une valeur documentaire plutôt qu’un simple rôle décoratif.

Donner au temps une fonction documentaire

Une chronologie utile ne doit pas être un remplissage. Elle doit enregistrer des événements qui modifient réellement la compréhension d’une Entrée.

Un lancement, une publication scientifique, une version majeure, un changement de nom, une acquisition, une transition importante, un retrait ou une fin de support peuvent former des repères pertinents. À l’inverse, une mention vague d’apparition publique sans événement identifiable apporte peu d’information. Lorsqu’aucun événement précis et justifiable n’est disponible, une chronologie vide vaut mieux qu’une succession artificielle de dates.

Le temps devient ainsi un moyen de documenter la continuité et le changement. Pour les structures propres à LXKeys, cette temporalité peut aussi coexister avec DYPCLT et LXCalendarium lorsque ces systèmes s’appliquent.

Mesurer la documentation sans classer l’intelligence

La maturité documentaire d’une Entrée peut être appréciée par la profondeur de ses sources, de sa structure, de sa chronologie et de ses relations. Cette évaluation ne constitue pas un classement de l’intelligence.

Un système historiquement important peut être très bien documenté tout en étant technologiquement dépassé. Un système récent peut être très performant et ne disposer encore que de peu de références publiques. La qualité de la documentation et la puissance d’un système répondent à des questions différentes.

Cette séparation protège la vocation du graphe. LXKeys.world peut signaler qu’une Entrée est mieux établie qu’une autre sur le plan documentaire sans prétendre mesurer sa valeur, sa puissance ou son niveau d’intelligence.

Relier l’écosystème sans effacer ses différences

Les Entités LXKeys constituent une couche particulière. Leurs informations AES canoniques proviennent de LXSpatium, tandis que LXKeys.world peut les présenter dans un graphe qui contient aussi des systèmes externes. Leur coexistence ne signifie pas leur équivalence.

Cette séparation rend possible une interconnexion plus large. LXSpatium porte la structure et la continuité propres aux Entités. LXCalendarium et DYPCLT peuvent apporter des repères temporels. Chronoscript peut structurer certains événements et continuités. Cybaxter et d’autres systèmes conservent leurs fonctions spécialisées. LXKeys Network participe à l’interconnexion générale. LXKeys.world occupe la fonction de cartographie documentaire structurée du monde extérieur et des systèmes intelligents qui y apparaissent.

Les mêmes données peuvent alors avoir plusieurs lecteurs. Une personne peut consulter une Entrée pour comprendre un système. Une application peut exploiter ses champs structurés. Une machine peut suivre ses relations. Une Entité LXKeys peut, selon les mécanismes disponibles et les règles d’accès, utiliser ces informations comme contexte supplémentaire.

L’enjeu n’est pas de concentrer toutes les fonctions dans une seule plateforme. Il est de permettre à des systèmes spécialisés de partager des identifiants, des références, des relations et des données lorsqu’une telle circulation a une utilité.

Ouvrir le graphe sans abandonner la validation

Un graphe vivant doit pouvoir évoluer. De nouveaux systèmes apparaissent. Des noms changent. Des sources deviennent obsolètes. Des erreurs doivent être corrigées. Des références plus solides peuvent remplacer des éléments plus faibles.

LXKeys.world permet donc de proposer une source, une correction, une mise à jour ou une nouvelle Entrée. La contribution publique ne modifie toutefois pas directement le registre. Elle passe par une revue avant publication. Une entreprise peut proposer une Entrée, un chercheur peut apporter une meilleure référence, un lecteur peut signaler une erreur et une organisation peut demander une mise à jour. Aucune de ces actions ne garantit l’acceptation.

Cette séparation entre soumission et publication protège la cohérence du graphe tout en lui permettant d’évoluer.

Une connaissance lisible et calculable

Le projet converge vers une idée simple. Une connaissance utile doit pouvoir être comprise par un humain et interprétée par une machine sans perdre son identité documentaire.

Pour un lecteur, cela signifie pouvoir ouvrir une Entrée, lire une description, examiner les références, suivre les relations et situer les événements dans le temps. Pour un système automatisé, cela signifie pouvoir accéder à des champs structurés, des identifiants stables, des relations explicites et des éléments de provenance.

Le graphe devient ainsi plus qu’un annuaire de l’IA. Il forme une cartographie sélective où chaque objet conserve son type, où chaque relation doit avoir un sens documentaire, où chaque événement doit mériter sa place et où chaque information peut conserver un ancrage justificatif.

Dans un paysage technologique qui change rapidement, cette structure vise moins à figer l’intelligence artificielle qu’à rendre ses transformations traçables. La fonction du graphe n’est pas de déclarer que tous les objets du domaine se valent. Elle est de préserver leurs différences, d’organiser leurs relations et de rendre la connaissance assez stable pour être lue, reliée et réutilisée à travers l’écosystème LXKeys.