Forge : le compilateur d’IA déterministe qui change la création de sites

Tous les créateurs de sites IA fonctionnent de la même façon : vous tapez un prompt, un modèle de langage écrit du HTML, et vous obtenez ce qu’il vous donne. Parfois c’est bon. Parfois non. Vous cliquez de nouveau sur « générer » et vous obtenez quelque chose de complètement différent : une autre mise en page, d’autres couleurs, une autre qualité. Le résultat est, par nature, imprévisible.

Nous avons lancé ce modèle. Il fonctionnait. Des gens ont créé de vrais sites avec. Mais en voyant des milliers de sites générés, un constat s’est imposé : le modèle dépensait la plupart de ses jetons à réinventer des choses qu’il n’aurait pas dû décider. Les systèmes de navigation. Le contraste des couleurs. Les points de rupture mobiles. Les liens d’ancrage. Le chargement des polices. Le balisage des formulaires de contact.

Chaque génération était un nouveau coup de dés sur des problèmes qui ont une réponse correcte.

Forge est notre réponse à ce constat. Ce n’est pas une amélioration progressive : c’est une architecture fondamentalement différente pour la façon dont l’IA construit des sites web.

Le problème quand on laisse l’IA écrire du HTML brut

Quand vous demandez à un modèle de langage de « créer un site pour un salon de coiffure pour hommes », il doit prendre des milliers de décisions simultanément : quelles sections inclure, dans quel ordre, à quoi ressemble la navigation, quelles couleurs utiliser, comment gérer les mises en page mobiles, comment charger les polices, comment relier les liens d’ancrage, comment structurer le HTML de façon sémantique, comment gérer les rapports de contraste, comment formater les horaires d’ouverture, comment afficher un numéro de téléphone sous forme de lien cliquable.

Certaines de ces décisions sont créatives : quelles sections inclure, quelle palette de couleurs convient à un salon de coiffure pour hommes, quelle ambiance générale adopter.

La plupart sont de l’ingénierie : la navigation doit défiler vers de vraies ancres, le rapport de contraste doit être d’au moins 4,5:1, le numéro de téléphone doit être au format E.164, la police doit être chargée depuis Google Fonts avec preconnect, la mise en page mobile doit s’empiler verticalement en dessous de 480 px.

Quand on laisse le modèle gérer les deux, les décisions créatives sont bonnes mais les décisions d’ingénierie sont irrégulières. Certaines générations ont un contraste parfait. D’autres non. Certaines ont des liens d’ancrage qui fonctionnent. D’autres ont des liens morts qui pointent vers des sections inexistantes. Certaines chargent correctement les polices. D’autres intègrent un font-face qui ne se résout jamais.

L’idée derrière Forge : séparer les décisions créatives des décisions d’ingénierie. Laisser l’IA gérer la créativité. Laisser un compilateur gérer la justesse.

L’architecture en deux phases

Forge divise la génération d’un site en deux phases distinctes :

Phase 1 : l’IA décide quoi construire (SiteSpec)

Au lieu d’écrire du HTML brut, l’IA produit une spécification structurée : un document JSON que nous appelons un SiteSpec. Le SiteSpec décrit les sections que le site doit avoir, le contenu de chaque section, la palette de couleurs et la typographie, l’aspect de la navigation et le traitement de design général.

L’IA prend toutes les décisions créatives : est-ce une esthétique sombre et luxueuse ou une ambiance lumineuse et éditoriale ? La section d’accueil doit-elle utiliser une police de titre condensée comme Bebas Neue ou un serif élégant comme Cormorant Garamond ? Les sections doivent-elles inclure une galerie, une bande de chiffres, une FAQ ou une grille d’équipe ?

Mais l’IA ne décide PAS comment afficher tout cela. Elle n’écrit pas une seule ligne de HTML ou de CSS. Elle décrit une intention.

Phase 2 : le compilateur l’affiche parfaitement (à chaque fois)

Le SiteSpec alimente un compilateur déterministe : une fonction pure qui prend une spécification et un playbook et produit un HTML autonome de niveau production. La même entrée produit toujours la même sortie.

Le compilateur s’occupe de toutes les décisions d’ingénierie :

• Les ancres de navigation : chaque lien de navigation pointe vers une vraie section. Les ancres mortes sont impossibles ; le compilateur rapproche chaque #href des identifiants de sections réels.
• La sécurité du contraste : le contraste entre le texte et l’arrière-plan est vérifié et imposé au niveau WCAG AA (4,5:1). L’IA choisit la palette ; le compilateur garantit la lisibilité.
• L’alternance des surfaces : deux sections adjacentes ne partagent jamais la même nuance d’arrière-plan. Le compilateur alterne automatiquement les surfaces de base et secondaires pour créer un rythme visuel.
• La normalisation des contacts : les numéros de téléphone sont formatés en E.164 pour les liens tel:, les canaux WhatsApp sont détectés automatiquement, les horaires d’ouverture et les adresses sont mis au propre. Chaque coordonnée fonctionne comme un vrai lien cliquable.
• Le chargement des polices : les Google Fonts sont chargées avec preconnect et display-swap. Pas de font-face cassé, pas de décalage de mise en page.
• La mise en page adaptable : chaque bloc s’affiche correctement aux points de rupture mobile, tablette et ordinateur. L’IA ne choisit pas les points de rupture ; le compilateur les impose.
• La synthèse du pied de page et de la navigation : si l’IA omet un pied de page ou une navigation (ce qui économise des jetons), le compilateur les déduit des sections existantes. Rien ne manque jamais dans le résultat final.

Pourquoi c’est important : rapidité et déterminisme

La rapidité

Comme l’IA produit des données structurées plutôt que du HTML brut, le résultat est nettement plus petit. Générer une page complète en HTML demande 15 000 à 25 000 jetons de sortie. Un SiteSpec pour le même site en demande 4 000 à 6 000, soit une réduction de 3 à 4 fois. Cela se traduit directement par une génération plus rapide (moins de 90 secondes pour un site complet) et un coût plus faible.

Le déterminisme

Le compilateur est une fonction pure. Avec le même SiteSpec, il produit toujours le même HTML. Cela signifie que :

• La modification est sûre. Quand vous changez le titre d’une section dans l’éditeur visuel, seule cette section change. Le compilateur régénère la spécification et le reste du site est identique. Aucun effet en cascade.
• La qualité est garantie. Le contraste, les ancres, le formatage des contacts, le chargement des polices : tout est correct à chaque génération, pas seulement de temps en temps.
• Les tests sont possibles. Un moteur déterministe peut être évalué de façon systématique. Nous exécutons des vérifications automatiques sur le contraste des couleurs, l’intégrité des ancres, la variété des blocs et la variance des designs d’une génération à l’autre.

Une créativité encadrée

Voici le constat contre-intuitif : les contraintes rendent l’IA plus créative, pas moins. Quand le modèle est libéré de l’écriture de HTML et de CSS standard, il consacre tout son budget de jetons aux décisions qui comptent vraiment : le choix des sections, la stratégie de contenu, le traitement du design, la théorie des couleurs. Le résultat créatif est meilleur précisément parce que le résultat d’ingénierie est pris en charge.

Le système de playbooks

Le compilateur ne code en dur la façon d’afficher aucun bloc. Il prend un Playbook : un module qui définit la bibliothèque de blocs (comment chaque type de section est transformé en HTML/CSS), le système de résolution du design (comment les palettes et la typographie sont déterminées) et la feuille de style de base.

Changez de playbook et le même SiteSpec s’affiche dans un langage visuel complètement différent. Le moteur reste le même. Les blocs changent. C’est ce qui rend Forge extensible : de nouveaux types de sections, de nouveaux traitements de design, de nouvelles stratégies d’affichage, sans toucher au cœur du compilateur.

Aujourd’hui, le playbook du générateur de sites comprend plus de 26 types de blocs distincts, des sections d’accueil et listes de services aux bandes de chiffres, galeries, FAQ, grilles d’équipe, bandeaux défilants, boutons de réservation, et plus encore. L’IA choisit dans cette bibliothèque selon le type d’entreprise et le contenu, et le compilateur les affiche avec une précision au pixel près.

Comment Forge a vu le jour

Forge n’a pas commencé comme un grand plan. Il a commencé par un prototype : un simple fichier compile.mjs qui prenait une spécification JSON écrite à la main et l’affichait en HTML. La question était simple : si nous définissions nous-mêmes les blocs et laissions l’IA remplir le contenu, le résultat serait-il meilleur que du HTML brut produit par un modèle ?

Il l’était. Nettement meilleur. Le prototype a affiché le site d’un salon de coiffure pour hommes avec un contraste parfait, une navigation fonctionnelle, un chargement correct des polices et une esthétique sombre et dorée cohérente, le tout à partir d’une spécification JSON qui ne représentait qu’une fraction de la taille du HTML équivalent.

À partir de là, l’architecture a pris forme :

1. Le prototype est devenu un moteur typé et indépendant de tout framework, importable par n’importe quel environnement JavaScript, sans dépendance à React, à Next.js ni aux composants internes de SiteDrop.
2. Les moteurs de rendu de blocs codés en dur sont devenus un système de playbooks modulaire : chaque playbook définit ses propres blocs, ses jetons de design et son CSS.
3. L’intégration du modèle est passée de la sortie en HTML brut à l’utilisation structurée d’outils (le schéma SiteSpec EST le schéma de l’outil : il enseigne au modèle ce qu’il doit produire tout en encadrant la forme du résultat).
4. Un schéma auto-documenté a remplacé le prompt système traditionnel : les descriptions du schéma apprennent à l’IA ce que signifie chaque champ, si bien que la « grammaire » tient en quelques lignes.
5. Les contrôles de qualité (vérification du contraste, rapprochement des ancres, alternance des surfaces, normalisation des contacts) ont été intégrés au compilateur pour qu’ils s’exécutent à chaque génération, et non comme un post-traitement facultatif.

Le résultat est un moteur indépendant du fournisseur (il fonctionne avec Claude, GPT, Gemini, DeepSeek, xAI, tout modèle qui prend en charge la sortie structurée), indépendant de tout framework (extractible sous forme de paquet autonome) et déterministe (même spécification → même HTML, toujours).

Ce que cela change pour vous

Si vous utilisez SiteDrop, Forge tourne déjà quand vous générez un site. Vous n’avez rien à faire de différent : l’amélioration porte sur la qualité, la rapidité et la cohérence du résultat :

• Une génération plus rapide : les sites se génèrent en moins de 90 secondes, car la sortie de l’IA est 3 à 4 fois plus petite.
• Une qualité constante : chaque génération a un contraste correct, une navigation fonctionnelle, un chargement correct des polices et des coordonnées bien formatées.
• Une meilleure variété de design : l’IA choisit parmi plus de 26 types de blocs, plus de 4 archétypes de design et une large palette d’associations typographiques. Un salon de coiffure pour hommes obtient une esthétique sombre et condensée ; un cabinet dentaire une ambiance épurée et éditoriale ; un restaurant gastronomique un traitement serif luxueux.
• Une modification plus sûre : l’éditeur visuel modifie le SiteSpec et le régénère via le compilateur, de sorte que les changements sont prévisibles et sans effets secondaires.

La suite pour Forge

L’architecture du compilateur est la base de tout ce que nous construisons. Comme le moteur est piloté par la spécification, chaque nouvelle capacité est un nouveau type de bloc, un nouveau playbook ou un nouveau jeton de design, et non la réécriture du pipeline de génération. C’est la force de la séparation : l’IA devient meilleure pour décider, le compilateur devient meilleur pour afficher, et les deux progressent indépendamment.

Nous pensons que ce schéma en deux phases (l’IA pour l’intention, le compilateur pour l’exécution) est la façon dont les applications web seront construites à l’avenir. Pas seulement des sites d’une page, mais des applications multipages, des tableaux de bord et des expériences interactives. L’IA décrit ce qui doit exister. Le compilateur garantit que cela fonctionne.