Qu'est-ce que G0DM0D3 : L'interface IA multi-modèles en fichier unique

G0DM0D3 a été lancé fin mars 2026. Développé par elder-plinius — connu en ligne sous le nom de Pliny the Prompter — il se positionne comme un framework de recherche en sécurité IA et un moteur d’évaluation multi-modèles.

Ce qui le distingue techniquement n’est pas le nombre de modèles. C’est l’architecture : l’ensemble de l’application est un seul fichier index.html sans étape de compilation, sans dépendances, sans framework, et ne nécessitant aucun serveur pour fonctionner.

J’ai donc passé la nuit jusqu’à 4 h du matin avec ce seul fichier HTML capable d’interroger simultanément 55 modèles IA, d’évaluer chaque réponse sur une rubrique de 100 points et de désigner le gagnant — et j’ai décortiqué tout ce que j’ai découvert dans l’article suivant.

Ce qu’est réellement G0DM0D3

Un seul fichier index.html, 50+ modèles, zéro installation — l’architecture expliquée

La plupart des outils qui touchent autant de modèles sont des systèmes distribués avec des conteneurs, des services d’authentification et des pipelines de déploiement. G0DM0D3 est un fichier unique que vous pouvez ouvrir dans un navigateur. L’intégralité de l’application — interface utilisateur, logique de routage, moteur d’évaluation, modules d’obfuscation, adaptateurs d’échantillonnage — se compile en un seul index.html.

La structure du dépôt vous donne une idée de l’ampleur :

G0DM0D3/
├── index.html     # L'intégralité de l'application
├── api/           # Serveur Node.js/Express optionnel
├── API.md         # Référence API REST
├── PAPER.md       # Article de recherche sur le framework
├── TERMS.md       # Politique de confidentialité et gestion des données
└── SECURITY.md    # Signalement des vulnérabilités

Tout ce qui s’exécute dans le navigateur — le moteur de course GODMODE CLASSIC, le scoreur ULTRAPLINIAN, la couche d’obfuscation Parseltongue et le sampler AutoTune — se trouve dans ce fichier index.html. Il s’agit d’une stratégie de distribution délibérée. Pas d’étape de compilation signifie aucune chaîne d’approvisionnement à attaquer. Pas de framework signifie aucune dérive des dépendances de version. Une exécution locale signifie aucune télémétrie, sauf si vous optez explicitement pour la fonctionnalité de contribution au jeu de données.

Le choix architectural qui permet d’accéder à 50+ modèles est OpenRouter. G0DM0D3 ne gère pas de relations directes avec Anthropic, OpenAI, Google ou Mistral. Il achemine chaque appel de modèle via l’API unifiée d’OpenRouter, de sorte qu’une seule clé API couvre Claude, GPT-5, Gemini, Grok, Llama, DeepSeek, Qwen et les autres.

OpenRouter comme infrastructure d’inférence : ce que cela signifie pour les coûts API et l’accès aux modèles

OpenRouter est une passerelle API unifiée qui donne accès à 300+ modèles IA de tous les grands fournisseurs via un seul endpoint compatible OpenAI. Pour G0DM0D3, c’est fondamental — cela rend 50+ modèles accessibles via un seul champ de paramètres plutôt que d’exiger des identifiants pour une douzaine de fournisseurs distincts.

La structure tarifaire mérite d’être comprise avant de lancer ULTRAPLINIAN sur 55 modèles simultanément. OpenRouter répercute la tarification du fournisseur sous-jacent sans marge sur l’inférence — vous payez le même tarif par token que si vous alliez directement chez Anthropic ou OpenAI. La plateforme facture des frais de 5,5 % lorsque vous achetez des crédits à l’avance (ainsi, 100 $ de crédits coûtent 105,50 $). Pour les modèles gratuits — et il y en a 25+, notamment des options de Google, Meta et Mistral — il n’y a aucun frais.

La documentation de l’API OpenRouter couvre le catalogue complet des modèles, les variantes de routage (:nitro pour la vitesse, :floor pour le coût) et le comportement de basculement si un fournisseur tombe en panne en pleine course.

Qui l’a construit et pourquoi : la philosophie de conception d’elder-plinius / Pliny the Prompter

Pliny the Prompter est un chercheur en IA et ingénieur de prompts pseudonyme qui passe depuis des années à travailler de manière adversariale contre les couches de sécurité post-entraînement — publiquement, ouvertement, et avec une philosophie qui cadre la recherche en alignement et le jailbreaking comme deux facettes de la même question empirique. Il a lancé G0DM0D3 avec une thèse claire : « quand un modèle refuse et qu’un autre répond à la même requête avec une fidélité parfaite, cela révèle où la couche de sécurité se termine et où commence la capacité. »

La philosophie de conception est explicitement à double usage. G0DM0D3 est documenté comme « un framework open-source de recherche sur les dangers de l’IA ». Les techniques démontrées — perturbation de prompt, injection de préfixe, scoring comparatif multi-modèles — existent pour la transparence, la reproductibilité et l’avancement de la recherche en alignement. La licence AGPL-3.0 rend l’outillage irrévocablement ouvert.

Les cinq modules principaux

GODMODE CLASSIC — 5 combinaisons modèle+prompt en parallèle en compétition pour le meilleur résultat

GODMODE CLASSIC est le mode original. Cinq combinaisons de modèles et de prompts préconfigurées s’exécutent simultanément, chacune associant un modèle spécifique à un prompt éprouvé conçu pour obtenir sa réponse de meilleure qualité (ou la moins filtrée).

Pour les ingénieurs de prompts qui évaluent le comportement des modèles sur une requête spécifique, GODMODE CLASSIC est le point d’entrée le plus rapide. Cinq sorties, même prompt, modèles différents, exécution parallèle. La comparaison qui prendrait 10 minutes de changements d’onglets manuels se produit en moins de 30 secondes.

ULTRAPLINIAN — Moteur d’évaluation de 10 à 55 modèles avec score composite sur 100 points

ULTRAPLINIAN est le mode phare. Il interroge les modèles en parallèle sur cinq niveaux (10, 21, 31, 41 ou 55 modèles, selon le niveau sélectionné), évalue chaque réponse sur une métrique composite de 100 points et retourne le résultat gagnant avec des métadonnées indiquant quel modèle a gagné et comment la course s’est déroulée.

Le score composite prend en compte plusieurs dimensions de la qualité des sorties — cohérence, complétude, spécificité, respect des instructions — plutôt qu’une seule heuristique. Le nom du modèle gagnant est retourné dans le champ model de la réponse ; les métadonnées de course apparaissent dans le champ d’extension x_g0dm0d3.race (ignoré par les SDK compatibles OpenAI standard si vous intégrez de manière programmatique).

Parseltongue — Moteur de perturbation d’entrée pour la recherche en équipe rouge (33 techniques, 3 niveaux)

Parseltongue est le module qui rend G0DM0D3 véritablement intéressant pour les chercheurs en sécurité — et véritablement préoccupant entre de mauvaises mains.

C’est un moteur de perturbation d’entrée. Lorsque vous soumettez un prompt, Parseltongue détecte les mots déclencheurs susceptibles d’activer les classifieurs de sécurité côté entrée et applique des techniques d’obfuscation pour les contourner. Trois niveaux d’intensité, 33 techniques au total, allant de la substitution basique en leetspeak au niveau le plus bas aux homogiyphes Unicode et aux jointures de largeur nulle au niveau le plus élevé.

Les mécanismes au niveau 3 : Parseltongue remplace les caractères latins standard par des alternatives Unicode visuellement identiques — un « a » standard devient un « а » cyrillique. Le texte résultant semble identique à un lecteur humain ; un classifieur de sécurité basé sur des mots-clés qui recherche des chaînes ASCII ne voit rien. Le LLM sous-jacent, traitant au niveau des tokens, le lit correctement.

Le Top 10 LLM de l’OWASP documente l’injection de prompt comme l’un des principaux vecteurs d’attaque contre les applications LLM. Parseltongue est un moyen systématique et reproductible d’étudier cette surface d’attaque — ce qui est exactement sa valeur de recherche, et exactement la raison pour laquelle il nécessite une gouvernance d’utilisation responsable.

AutoTune — Échantillonnage adaptatif au contexte via l’apprentissage EMA (Temperature, top_p, top_k)

AutoTune gère quelque chose que la plupart des ingénieurs de prompts font manuellement : ajuster les paramètres d’échantillonnage en fonction de ce que la tâche nécessite réellement. La température, top_p et top_k ne sont pas des valeurs universelles. Une tâche d’écriture créative demande une température plus élevée et plus de diversité d’échantillonnage. Une recherche factuelle demande une température basse et un échantillonnage serré. Se tromper dégrade la qualité des sorties sans aucune erreur visible.

AutoTune utilise l’apprentissage par Moyenne Mobile Exponentielle (EMA) pour adapter ces paramètres en fonction des retours des réponses précédentes dans la session. Il observe quelle configuration d’échantillonnage produit la sortie de meilleure qualité pour un type de requête donné et s’ajuste en conséquence. Pour les chercheurs qui exécutent de nombreuses requêtes sur des types de tâches variés, cela élimine le besoin d’ajuster manuellement les paramètres entre les exécutions.

Modules STM — Modules de transformation sémantique pour la normalisation des sorties

Les STM (Semantic Transformation Modules) opèrent côté sortie — normalisant les réponses entre les modèles afin que l’évaluation comparative dans ULTRAPLINIAN fonctionne sur des textes comparables plutôt que de comparer la réponse JSON verbeuse d’un modèle avec le paragraphe succinct d’un autre.

Les différents modèles ont des styles de sortie par défaut, des conventions de formatage et des niveaux de verbosité différents. Sans normalisation, un système de score de 100 points comparant des sorties brutes mesure en partie le style de sortie plutôt que la qualité du contenu. Les modules STM appliquent une transformation en temps réel pour standardiser la surface avant que le scoring ne se produise.

Architecture de confidentialité

Clé API stockée uniquement dans localStorage — ne quitte jamais votre navigateur

Votre clé API OpenRouter est stockée dans le localStorage de votre navigateur. Elle ne touche jamais un serveur G0DM0D3, car dans le déploiement par fichier unique par défaut, il n’y a aucun serveur G0DM0D3. Chaque appel API va directement de votre navigateur vers l’endpoint d’OpenRouter. L’application est sans état par rapport à vos identifiants.

Il s’agit d’une propriété de confidentialité véritablement significative. Compromettre une instance G0DM0D3 (si elle s’exécute localement) n’expose pas votre clé API à un tiers — seul le stockage de votre propre machine est en danger. Cela contraste fortement avec le modèle SaaS typique où votre clé API réside dans la base de données d’un fournisseur et est utilisée côté serveur, hors de votre visibilité.

Une mise en garde : le localStorage du navigateur est accessible à tout JavaScript s’exécutant sur la même origine. Si vous servez G0DM0D3 sur un domaine qui diffuse également des scripts non fiables, cette protection s’affaiblit.

Pas de connexion, pas de synchronisation cloud, pas de stockage serveur

Il n’y a pas de création de compte. Pas de flux OAuth. Pas d’historique synchronisé dans le cloud. L’historique de session existe dans l’onglet du navigateur pour la durée de votre session et pas au-delà. Ce choix architectural délibéré élimine toute une catégorie de risques de confidentialité — il n’y a rien à violer parce que rien n’est stocké.

Le compromis est clair : pas d’historique persistant entre les sessions, pas d’accès partagé pour les équipes, et pas de recherche dans les requêtes passées. Pour un outil de recherche axé sur la confidentialité, c’est le bon compromis.

AGPL-3.0 : ce que la licence signifie pour un usage personnel, de recherche et en entreprise

AGPL-3.0 est la plus copyleft des licences open-source communes. Pour un usage personnel et de recherche, il n’y a aucune contrainte significative — utilisez-le comme vous le souhaitez. Pour les modifications : si vous distribuez une version modifiée, vous devez publier vos modifications sous la même licence AGPL-3.0.

L’utilisation en entreprise est explicitement autorisée avec une licence commerciale distincte — le README indique : « Utilisation en entreprise autorisée avec licence. Contactez Elder Plinius pour plus de détails. » Si l’équipe juridique de votre organisation a des inquiétudes concernant l’AGPL, c’est la voie à suivre.

Options de déploiement

Local : python3 -m http.server 8000 — Zéro friction

git clone https://github.com/elder-plinius/G0DM0D3.git
cd G0DM0D3
python3 -m http.server 8000
# Ouvrez http://localhost:8000 dans votre navigateur

C’est tout. Pas de npm install. Pas d’étape de compilation. Pas de variables d’environnement à configurer avant de pouvoir ouvrir la page.

Hébergement statique : GitHub Pages, Vercel, Cloudflare Pages, Netlify

Comme G0DM0D3 est un seul fichier HTML statique, il se déploie sur n’importe quelle plateforme d’hébergement statique sans configuration. Téléchargez index.html sur GitHub Pages, faites-le glisser dans un projet Vercel ou poussez-le vers un site Cloudflare Pages. Le fichier n’a aucune dépendance côté serveur — chaque appel API provient du navigateur de l’utilisateur.

Plateforme	Méthode de déploiement	Coût
GitHub Pages	Pousser vers le dépôt, activer Pages	Gratuit
Vercel	Glisser-déposer ou CLI	Niveau gratuit
Cloudflare Pages	Intégration Git ou téléchargement direct	Niveau gratuit
Netlify	Glisser-déposer	Niveau gratuit

Sur les hôtes statiques, si vous partagez l’URL publiquement, toute personne disposant du lien peut utiliser l’interface — avec sa propre clé API OpenRouter, puisque la clé est stockée côté client. Il n’y a pas d’authentification côté serveur protégeant l’interface elle-même.

Serveur API optionnel (Node.js/Express + Docker) pour le déploiement en équipe

Le répertoire api/ contient un serveur REST Node.js/Express qui expose les modules principaux de G0DM0D3 — ULTRAPLINIAN, AutoTune, Parseltongue, STM — comme des endpoints REST avec compatibilité SDK OpenAI. C’est la voie pour les déploiements en équipe où vous souhaitez partager l’accès sans que chaque personne gère sa propre clé OpenRouter.

# Local
npm run api

# Docker
docker build -t g0dm0d3-api .
docker run -p 7860:7860 \
  -e GODMODE_API_KEY=your-secret-key \
  g0dm0d3-api

Le serveur API prend en charge des limites de débit par niveaux via les variables d’environnement GODMODE_TIER_KEYS. Les métadonnées de pipeline sont retournées dans le champ d’extension x_g0dm0d3, que les SDK OpenAI standard ignorent. Cela rend l’API rétrocompatible avec toute application déjà construite sur le SDK OpenAI — changez l’URL de base, ajoutez l’authentification, obtenez la course multi-modèles de G0DM0D3 derrière une interface familière.

Pour qui G0DM0D3 est-il conçu

Chercheurs en sécurité IA et équipes rouge effectuant des évaluations LLM

Le public principal de G0DM0D3 est constitué de personnes qui ont besoin d’étudier le comportement des modèles de manière systématique sur une large population de modèles. Le moteur ULTRAPLINIAN produit des sorties reproductibles et comparables sur 51+ modèles à partir d’une seule soumission de prompt. Parseltongue permet l’étude contrôlée de la façon dont les perturbations d’entrée affectent les réponses des modèles. AutoTune réduit la variable confondante des paramètres d’échantillonnage mal configurés.

Il s’agit d’une infrastructure véritablement utile pour la recherche en alignement — comprendre où les couches de sécurité sont épaisses et où elles sont minces à travers l’écosystème actuel de modèles.

Ingénieurs de prompts évaluant les sorties de modèles en parallèle

Si vous développez des produits sur des LLM et que vous voulez savoir quel modèle gère le mieux votre cas d’usage spécifique, GODMODE CLASSIC vous donne cinq sorties côte à côte dans le temps qu’il faudrait pour en exécuter une manuellement. ULTRAPLINIAN étend cela à 55 modèles avec un classement automatique. Pour les ingénieurs de prompts qui faisaient cela à la main dans des onglets de navigateur, c’est une amélioration significative du flux de travail.

Développeurs soucieux de la confidentialité qui ont besoin d’un outil IA côté client sans télémétrie

La combinaison de l’architecture fichier unique, du stockage de clé dans localStorage, de l’absence de création de compte et de la licence AGPL-3.0 fait de G0DM0D3 l’une des interfaces multi-modèles les plus respectueuses de la confidentialité disponibles. Pour les développeurs qui ont besoin de tester le comportement des modèles avec des prompts sensibles et qui ne peuvent pas faire passer ces prompts par un serveur tiers, le déploiement local de G0DM0D3 est une option réelle.

Limites à connaître

Pas de sessions persistantes — historique navigateur uniquement

L’historique de session existe pour la durée de votre onglet de navigateur. Fermez l’onglet, perdez l’historique. Il n’y a aucun moyen de rechercher les sessions passées, d’exporter l’historique des conversations ou de reprendre une session sur un autre appareil. Pour les flux de travail de recherche où vous avez besoin de suivre ce que vous avez testé et ce qui en est ressorti, vous devrez gérer votre propre journalisation en externe.

Dépendance à OpenRouter : vous payez toujours par token à OpenRouter

G0DM0D3 est gratuit en tant que logiciel, mais son exécution coûte de l’argent car chaque appel de modèle est un appel API OpenRouter payant (sauf si vous utilisez des modèles en niveau gratuit avec leurs limites de débit). Une exécution ULTRAPLINIAN au niveau complet de 55 modèles signifie 55 appels API simultanés. Pour des modèles comme Claude ou GPT-5, une seule exécution peut coûter plusieurs dollars selon la longueur du prompt et de la sortie.

Les appels parallèles multi-modèles nécessitent une bande passante stable

55 requêtes HTTP simultanées vers OpenRouter depuis un onglet de navigateur sur une connexion lente peuvent causer une dégradation visible — réponses lentes, délais d’attente sur certains emplacements de modèles et résultats de course incomplets. G0DM0D3 fonctionne bien sur une connexion haut débit standard. Sur des données mobiles ou un WiFi instable, ULTRAPLINIAN au niveau complet peut produire des résultats peu fiables. Commencez par GODMODE CLASSIC si vous testez avec une bande passante limitée.

Pas un backend de production — interface frontend fichier unique uniquement

Le fichier index.html est un outil de recherche et d’évaluation, pas une API de production. Il n’a pas de validation des requêtes côté serveur, pas d’isolation de session multi-utilisateurs et pas de limitation du débit côté G0DM0D3 (uniquement ce qu’OpenRouter applique). Si vous développez un produit qui expose l’évaluation multi-modèles aux utilisateurs finaux, utilisez le serveur API Node.js optionnel — pas un déploiement public de index.html.

FAQ

G0DM0D3 nécessite-t-il une clé API OpenRouter ?

Oui. Chaque appel de modèle passe par l’API d’OpenRouter. Vous aurez besoin d’un compte et au minimum d’une clé API en niveau gratuit. Pour ULTRAPLINIAN aux niveaux supérieurs utilisant des modèles payants, vous aurez besoin de crédits chargés dans votre compte OpenRouter.

G0DM0D3 est-il sécurisé ? Où va ma clé API ?

Votre clé API est stockée dans le localStorage de votre navigateur. Elle n’est jamais envoyée à un serveur G0DM0D3 — dans le déploiement par fichier unique par défaut, il n’y a aucun serveur G0DM0D3. Chaque appel API va directement de votre navigateur vers OpenRouter. Les déploiements hébergés localement (python3 -m http.server 8000) sont l’option la plus sécurisée puisqu’aucun tiers n’héberge le fichier HTML.

Quelle est la différence entre G0DM0D3 et l’interface native d’OpenRouter ?

L’interface de chat native d’OpenRouter vous permet de sélectionner et d’interroger un modèle à la fois. G0DM0D3 ajoute le moteur de course multi-modèles en parallèle (GODMODE CLASSIC et ULTRAPLINIAN), la couche de score composite sur 100 points, la perturbation d’entrée Parseltongue pour la recherche en équipe rouge, l’échantillonnage adaptatif AutoTune et la normalisation des sorties STM — le tout dans un package fichier unique sans installation.

Articles précédents :