Manipulations IA.
Le laboratoire Frankenstein.
Explorer des modèles et des passerelles pour construire la BD, le jeu et Montpellier ECU. Une expérimentation reste une expérimentation tant que son résultat n’a pas été vérifié.
Une méthode avec validation humaine.
Décrire l’objectif, proposer une modification, l’exécuter avec les outils disponibles, puis vérifier le résultat. Mehdi conserve la direction du projet et la validation des livraisons.
« Frankenstein » désigne ici les essais de connexion entre Codex Windows, des passerelles locales et différents modèles. Les noms GLM-5, Kimi K3 et GPT-OSS-120B apparaissent dans le carnet technique ; leur présence ne garantit pas qu’un service est actuellement actif.
Ce que le carnet conserve.
Les essais portent notamment sur l’appel d’outils, la normalisation de leurs noms, les protocoles des passerelles et la différence entre un fichier de configuration et un processus réellement exécuté.
La reconstitution du 26 septembre distingue les observations rapportées des éléments encore incertains. Les phases « Frankenstein 1/2/3 » ne sont pas établies comme des versions officiellement publiées.
Des mesures à documenter.
Les premiers tableaux proposent des latences et des pourcentages de réussite, mais aucun protocole ni relevé brut associé n’a été retrouvé dans ces documents. Ils ne constituent donc pas un comparatif validé des modèles.
Un benchmark exploitable devra préciser la tâche, le modèle exact, la configuration, le nombre d’essais, les résultats bruts et les critères de réussite.
État des benchmarks ↗De l’expérience à la création.
Retrouvez les projets et notre manière de travailler dans les coulisses, ainsi que les remerciements aux équipes qui développent les outils.