Odyssey: Constructing Verifiable Local Truth-Preserving Foundation Models
Ce document introduit ODYSSEY, un cadre catégorique utilisant l'apprentissage de fonderie universelle (Universal Foundry Learning) et le SQL de fonderie (Foundry SQL) pour construire des modèles de fondation locaux, vérifiables et préservant la vérité en composant des « fonderies » modulaires par des extensions de Kan, permettant ainsi une argumentation et des diagnostics rigoureux, ainsi que l'intégration de sources de connaissances hétérogènes.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
L'idée principale : D'une « boîte noire » à une « usine modulaire »
Imaginez les modèles de langage actuels (comme ceux avec lesquels vous discutez) comme une immense boîte noire scellée. Vous posez une question, et une réponse sort. Vous ne savez pas exactement comment la réponse a été construite, d'où proviennent les faits, ni pourquoi le modèle a décidé de dire « oui » dans une situation et « non » dans une autre. Si le modèle fait une erreur, il est difficile de la corriger car toute la boîte est emmêlée.
ODYSSEY propose une autre façon de construire ces modèles. Au lieu d'une seule immense boîte noire, imaginez ODYSSEY comme une usine de construction modulaire (appelée une « Fonderie » ou « Foundry »).
Dans cette usine, la connaissance n'est pas jetée en un seul tas. Au lieu de cela, elle est construite comme une courtepointe ou une carte faite de tuiles qui se chevauchent.
- Vérités locales : Le système décompose le monde en petits quartiers spécifiques (contextes locaux). Dans un quartier, une affirmation peut être « prouvée ». Dans le quartier voisin, la même affirmation peut être « non prouvée » ou « contredite ».
- Le liant : Le système possède des règles strictes sur la façon dont ces quartiers se connectent. Si deux quartiers se chevauchent, le système vérifie s'ils sont d'accord. S'ils ne sont pas d'accord, il ne les force pas à s'accorder ; au lieu de cela, il signale le désaccord comme un « glitch » (un bug) ou un « chemin bloqué » nécessitant l'attention humaine.
L'objectif est de créer des modèles qui sont vérifiables (vous pouvez vérifier le travail) et préservant la vérité (ils ne mentent pas sur ce qu'ils savent ou sur l'origine de leur savoir).
Les cinq travailleurs (Les Agents)
Pour faire fonctionner cette usine, ODYSSEY utilise cinq agents spécialisés (des travailleurs logiciels), nommés d'après des figures de la mythologie grecque. Ils font passer un fichier de projet de l'un à l'autre, comme sur une chaîne de montage :
SCYLLA (La Traductrice) :
- Rôle : Elle parle à l'humain. Lorsque vous posez une question, elle traduit votre demande vague en un « bref de mission » précis.
- Analogie : Imaginez que vous dites à un entrepreneur : « Je veux une maison ». Scylla demande : « Voulez-vous un chalet ? Un gratte-ciel ? Quel est le budget ? Quels matériaux ? ». Elle transforme votre souhait en un plan de construction.
HOMER (Le Chef de projet) :
- Rôle : Il prend le plan de Scylla et rédige la liste des tâches étape par étape. Il décide des outils nécessaires et de leur ordre d'utilisation.
- Analogie : C'est le contremaître qui dit : « D'abord, nous devons couler le béton. Ensuite, nous devons commander les briques. Voici le calendrier ».
ATHENA (L'Architecte) :
- Rôle : Elle conçoit la structure. Elle décide comment les différents « quartiers » de connaissances s'assemblent. Elle définit les règles de circulation de l'information d'une zone à l'autre.
- Analogie : Elle dessine la carte. Elle dit : « La cuisine est reliée à la salle à manger, mais la cuisine ne se connecte pas directement au garage sans un couloir ». Elle veille à ce que la logique soit cohérente.
PROMETHEUS (Le Bâtisseur) :
- Rôle : Il construit réellement le modèle selon les plans d'Athena. Il rassemble les données, effectue les calculs et crée le « modèle du monde ».
- Analogie : C'est l'équipe de construction. Il pose les briques, installe les tuyaux et construit les murs. S'il trouve un problème (comme un tuyau manquant), il rédige un rapport à ce sujet.
TOULMIN (L'Avocat / Le Débatteur) :
- Rôle : Il ne se contente pas de construire ; il argumente. Il prend le modèle terminé et vérifie : « Avons-nous des preuves pour cette affirmation ? Existe-t-il un contre-argument ? Quelles sont les limites ? ».
- Analogie : C'est l'inspecteur de qualité qui tient un marteau de juge. Il demande : « Vous affirmez que ce pont est sûr. Montrez-moi le rapport d'ingénierie. Et s'il pleut ? Voici les preuves qui soutiennent votre affirmation, et voici les preuves qui pourraient l'infirmer ».
Les outils spéciaux
Le papier introduit quelques outils spécifiques pour faire fonctionner tout cela :
- L'Algèbre de la Fonderie (Foundry Algebra) : C'est comme un ensemble d'instructions LEGO. Vous pouvez prendre un bloc « Magasin » et un bloc « Financier » et les assembler pour créer un modèle de « Entreprise de vente au détail ». Vous ne pouvez pas les assembler n'importe comment ; les instructions (l'algèbre) vous disent exactement comment ils s'emboîtent.
- TICKET (Le Gardien de sécurité) : C'est un système pour laisser entrer de nouvelles informations (comme un modèle pré-entraîné venant de l'extérieur) dans la fonderie. Il ne se contente pas de les laisser entrer ; il vérifie leur identité, inspecte leurs bagages et décide : « Vous pouvez entrer », « Vous pouvez entrer mais restez en salle d'attente » ou « Vous êtes banni ».
- FSQL (Foundry SQL) : C'est un langage spécial pour poser des questions sur le modèle. Au lieu de simplement demander « Quel temps fait-il ? », vous pouvez demander : « Montrez-moi les données météo uniquement pour le quartier où nous avons une grande confiance, et masquez les données là où nous supposons ».
Exemples concrets tirés du papier
Les auteurs ont testé ce système sur plusieurs « Fonderies » spécifiques pour prouver son efficacité :
MyFixIt (Manuels de réparation) :
- Ils ont construit un modèle pour réparer des ordinateurs portables. Au lieu de simplement lire du texte, le système comprend les étapes : « Retirez la vis », « Soulevez la pièce », « Vérifiez l'image ».
- Résultat : Lorsqu'on lui demande de trouver une étape de réparation, ce système est bien meilleur pour trouver la bonne réponse qu'une recherche textuelle standard, car il comprend l'action et l'outil nécessaire, et pas seulement les mots.
Écriture de l'Indus (Mystère antique) :
- Ils ont appliqué cela à l'écriture non déchiffrée de la vallée de l'Indus.
- Résultat : Le système n'a pas prétendu connaître la réponse. Il a montré les différentes théories, là où elles se chevauchent et là où elles se contredisent. Il a explicitement marqué les parties « inconnues » comme des chemins bloqués, plutôt que d'halluciner une traduction.
TCC 44K (Revendications économiques) :
- Ils ont analysé 44 000 articles économiques sur les relations de cause à effet.
- Résultat : Le système pouvait vous dire : « Cette étude dit que X cause Y, mais seulement dans ce pays spécifique, et seulement si vous ignorez ce autre facteur ». Il a gardé les « petits caractères » visibles au lieu de les lisser.
Assemblage IKEA :
- Ils ont testé le système sur des vidéos d'assemblage de meubles.
- Résultat : Le système a vérifié si la vidéo de la personne construisant la chaise correspondait aux instructions. Si la vidéo montrait une pièce manquante ou une étape sautée, le système le signalait comme un « glitch » plutôt que de l'ignorer.
L'essentiel à retenir
L'article affirme qu'ODYSSEY est un moyen de construire des modèles d'IA qui sont :
- Transparents : Vous pouvez voir exactement comment le modèle a été construit et d'où proviennent les données.
- Honnêtes : Si le modèle ne sait pas quelque chose, ou si deux preuves divergent, il l'admet (en créant un enregistrement d'« obstruction » ou de « glitch ») au lieu d'inventer une réponse.
- Réparables : Si une partie du modèle est erronée, vous pouvez corriger uniquement ce « quartier » sans avoir à reconstruire l'ensemble.
Les auteurs précisent qu'il s'agit actuellement d'un système en « phase de conception ». Il fonctionne bien pour des tâches spécifiques et structurées (comme les manuels de réparation ou les documents financiers), mais il ne remplace pas encore les chatbots généralistes massifs que nous utilisons aujourd'hui. C'est une nouvelle architecture pour construire une IA fiable et inspectable, et non une solution miracle pour tout.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.