La semaine dernière, j’ai commencé à bosser sur un projet expérimental appelé Glamin, ou Geometric Logical Application Meta-Instruction Network.
La question derrière tout ça est assez simple, même si l’implémentation ne l’est pas :
Et si l’espace vectoriel pouvait servir au flux de contrôle ?
Ou dit autrement : un logiciel peut-il tourner uniquement sur de la géométrie mathématique ?
La plupart des systèmes traitent la géométrie comme quelque chose de passif. Ça sert à chercher, classer, regrouper ou comparer. Glamin demande si la géométrie peut être le programme lui-même, où la distance, les frontières, les corridors et les régions ne se contentent pas de décrire le sens, mais aident à le gouverner !
Je ne parlerais pas encore de percée dans la programmation native IA. Ce serait survendre le truc. C’est plutôt un prototype sérieux qui explore de nouvelles possibilités.
Pour l’instant, ça se situe quelque part entre la recherche sur les systèmes et l’ingénierie de runtime. Le substrat sous-jacent est bien là, les abstractions s’affinent.
Le modèle d’exécution global est encore en phase de test.
Un truc que je trouve intéressant, c’est que c’est conçu pour être assez plat pour être rédigé. Avec la bonne instruction, un LLM de presque n’importe quelle taille peut aider à créer et manipuler ces formes géométriques.
Ça, c’est important pour moi.
Si une nouvelle idée computationnelle est trop tordue pour être exprimée, inspectée, comparée et travaillée en collaboration, elle finit généralement par s’effondrer sous son propre mythe.
Voilà où j’en suis : je bosse encore dessus, mais il y a maintenant du code préliminaire que vous pouvez compiler.
Si le calcul géométrique, les systèmes natifs vectoriels, les runtimes asynchrones ou les alternatives bizarres au flux de contrôle classique vous branchent, n’hésitez pas à y jeter un œil. Je pense que la question mérite d’être posée, même si la réponse s’avère être « peut-être ».
Repo disponible ici :
https://github.com/LynnColeArt/glamin