Générer une application par la conversation n'a plus rien de nouveau depuis un moment. Ce qui fait hésiter, c'est le prix attaché : la plateforme décide quel modèle on peut utiliser, le crédit se compte à l'appel, et le code produit comme l'historique de la conversation restent sur le serveur d'un autre. Pour un développeur seul, c'est un mauvais marché ; pour une équipe qui travaille sous confidentialité, c'est un mur. Ce projet s'attaque exactement à ces trois choses — choisir son modèle, payer selon sa propre facture, garder le code dans son propre environnement.

Tout un Node.js dans un seul onglet

La base est une technique qui transporte l'environnement d'exécution Node.js dans le navigateur. La progression de l'installation des dépendances, le journal du serveur de développement et la sortie du terminal ne diffèrent en rien d'un travail local, sinon qu'ils se produisent dans un seul onglet. La chaîne se monte d'elle-même : le modèle écrit du code, le code atterrit dans un système de fichiers virtuel dans le navigateur, les dépendances s'installent, le service démarre et le résultat rendu passe dans la fenêtre d'aperçu à côté.

La façon d'organiser la sortie compte davantage. Ce qui revient n'est pas un bloc de texte de conversation mais un ensemble de pièces, et chaque pièce contient une série d'actions exécutables — créer ce fichier, lancer cette commande, démarrer ce service. Les exécuter une par une rend le processus traçable et corrigeable : quand l'application ne tourne pas, on voit quelle étape a échoué et on fait refaire celle-là seulement, au lieu de tout démolir et de recommencer. Chaque modification d'un fichier s'ouvre en vue de différences, et un verrou de fichier empêche le modèle de se marcher sur les pieds quand il en modifie plusieurs à la suite.

Le modèle ne se loue pas, il s'apporte

Dix-neuf fournisseurs sont câblés, et tout service qui parle la même interface que le commercial dominant se raccorde directement. Changer ne veut pas dire toucher au code ; c'est une liste déroulante. Une clé peut vivre dans un fichier de configuration local ou être saisie dans le panneau de réglages, et une coche verte confirme qu'elle fonctionne.

Pour qui se soucie de la destination des données, le vrai point est que les modèles locaux fonctionnent ici aussi. Avec un service de modèles tournant sur la même machine, le code ne la quitte jamais et l'inférence a lieu en local : la vitesse dépend de votre matériel, et en échange vous obtenez une boucle de développement sans aucune dépendance extérieure.

Générer n'est que le début. Les versions, les dépendances et la mise en ligne sont traitées aussi : un dépôt peut être cloné et modifié, un projet exporté en archive ou poussé vers un hébergeur de code, une base de données raccordée pour des requêtes côté serveur, et des outils extérieurs confiés au modèle par un protocole ouvert. La mise en ligne est un bouton vers un hébergeur courant. Une douzaine de gabarits de départ couvrent les charpentes frontales répandues et une option mobile, si bien qu'une idée neuve n'a pas à commencer dans un dossier vide. Les demandes acceptent images et fichiers, et la dictée fonctionne.

Où sont ses limites

Quelques contraintes valent la peine d'être connues avant de commencer. Le bac à sable fait tourner Node.js et rien d'autre — un arrière Python ou Go n'y entrera pas, pas plus que quoi que ce soit dépendant de binaires natifs. Sa durée de vie suit l'onglet : fermez-le et le service en cours s'arrête, ce n'est donc pas l'endroit d'un processus de fond permanent. La taille d'un projet a un plafond aussi, et traîner un gros dépôt à nombreux paquets dans un navigateur produit simplement quelque chose de pâteux.

La qualité dépend entièrement du modèle raccordé, et un petit modèle rend souvent un travail qui demande plusieurs tours de reprise. Un dernier point s'oublie facilement : la source est sous licence permissive, mais la technique de bac à sable dans le navigateur qui la porte exige une licence commerciale distincte pour un usage en production ; le prototypage personnel n'est pas concerné.

Trois façons de le lancer

Il y a trois voies officielles. Pour qui est à l'aise dans un terminal : installer l'environnement et un gestionnaire de paquets, récupérer le dépôt, installer les dépendances et démarrer, ce qui ouvre sur un port local. Pour un environnement propre : une image de conteneur est fournie. Pour le traiter comme un logiciel ordinaire : une version de bureau empaquetée pour Windows, macOS et Linux. Les trois présentent la même interface, le choix n'est qu'une affaire d'habitude.

Le projet a été lancé en octobre 2024 par un développeur seul et constitue aujourd'hui un travail communautaire sous l'égide d'une plateforme de développement en ligne, avec près de vingt mille étoiles et plus de dix mille embranchements fin 2026. Le logiciel est gratuit ; l'usage des modèles est facturé par le fournisseur vers lequel vous pointez. Si le besoin est précisément celui-là — votre propre crédit de modèles, sur votre machine, transformer une idée en quelque chose de cliquable —, cela vaut une installation.