Quelle pile technique produit un constructeur IA ?

Quelle pile technique produit un constructeur IA ?

Zugo produit du web : du HTML pour la structure, du CSS pour l'apparence, du JavaScript pour le comportement, le tout exécuté dans le navigateur. Les capacités extérieures arrivent par connecteurs plutôt que d'être réimplémentées, donc la base de données est Supabase et le paiement est Stripe. Le projet entier s'exporte vers GitHub, et le moyen le plus rapide de vérifier tout cela est de lire les sources.

« Quelle pile » cache en réalité trois questions sous un même manteau : un développeur pourra-t-il maintenir le résultat, puis-je l'héberger où je veux, et puis-je partir. Cet article y répond, et surtout explique comment vérifier les réponses au lieu de les croire.

Pourquoi la question de la pile compte-t-elle ?

Parce qu'elle décide de qui pourra travailler sur le résultat. Un code dans une forme que les développeurs reconnaissent se confie à n'importe lequel d'entre eux. Un code dans un format propriétaire ne se confie qu'à ceux qui acceptent d'apprendre ce format d'abord, ce qui fait un vivier bien plus étroit et une conversation bien plus gênante.

Elle décide aussi d'où la chose peut vivre. Un résultat qu'un navigateur ouvre directement se sert depuis à peu près n'importe où. Un résultat qui exige un environnement d'exécution particulier reste attaché aux hébergeurs qui le fournissent, et cette contrainte vous suit pendant toute la vie du projet.

Elle décide enfin de ce que coûte le départ, et c'est la question qui se cache sous les deux autres. Une plateforme visuelle où l'on assemble des écrans sur une toile est un engagement, parce que les écrans ne sont pas des fichiers. Des fichiers texte sont transportables par nature, propriété qu'aucune liste de fonctionnalités ne remplace.

Que produit concrètement une construction Zugo ?

Un projet navigateur qui fonctionne. La page que vous publiez est du balisage, des styles et du script qu'un navigateur charge et exécute, ce qui explique qu'une construction soit consultable à l'adresse <slug>.zugo.run immédiatement, sans étape de mise en service de votre côté.

La couche graphique est du CSS piloté par des variables plutôt que par un cadriciel de composants, et la typographie se charge comme une feuille de style de police web ordinaire. Le comportement interactif est du JavaScript dans la page : l'état, le stockage, et ce que la construction devait faire quand on appuie sur un bouton.

Quand vous branchez Supabase, la page générée charge le client Supabase comme module et dialogue directement depuis le navigateur avec votre projet. Le fait que la version soit figée compte plus qu'il n'y paraît : du code qui tourne sur votre domaine publié, à côté des données de vos visiteurs, ne doit pas changer sous vos pieds parce qu'un tiers a publié une nouvelle version.

Comment vérifier la pile vous-même ?

En la lisant, ce qui prend une minute et vaut mieux que n'importe quelle affirmation de cet article.

La troisième ligne mérite d'être faite avant toute stratégie de référencement. Si vos sections partagent une adresse unique avec un fragment, un moteur voit une seule page : parfait pour une page d'atterrissage, limitant pour un site de contenu. Le sujet est développé dans un site créé par IA est-il bon pour le référencement.

La quatrième ligne est le test honnête de toute promesse de propriété, la nôtre comprise. Faites l'export sur un projet sans enjeu, avant d'en avoir besoin, pas le jour où vous partez.

Qu'est-ce que cette pile rend facile ?

Quatre choses, et ce sont les raisons du choix.

N'importe qui peut la lire. Balisage, styles et script sont la langue commune du web. Un développeur n'a pas besoin d'apprendre une abstraction maison avant de vous aider, ce qui raccourcit la première conversation et fait baisser le devis.

Elle tourne partout. Un projet navigateur se sert depuis l'hébergement Zugo à l'adresse <slug>.zugo.run, se déploie sur votre propre compte via le connecteur Vercel, ou se sert de n'importe où une fois le dépôt sur GitHub.

Rien ne s'interpose entre vous et le résultat. Ce que vous lisez dans le code source est ce que le navigateur exécute. Déboguer consiste à regarder la page, pas à raisonner sur une chaîne de compilation.

La surface de panne est petite. Moins de pièces mobiles entre votre description et une page affichée, c'est aussi pourquoi une construction simple aboutit en une minute environ et une plateforme multipage en quelques minutes.

Qu'est-ce que cette pile vous coûte ?

Trois compromis réels, et un constructeur qui ne les nomme pas ne joue pas franc jeu.

Ce n'est pas un projet React ou Next.js. Si votre équipe s'est standardisée sur un cadriciel, ou si votre plan de recrutement le suppose, la sortie générée ne correspondra pas à cette attente, et mieux vaut le savoir avant qu'après. Ce que vous obtenez est transportable et lisible, pas ce qu'une équipe habituée à un cadriciel ouvre d'ordinaire.

Un document unique a un plafond. Un projet assemblé en un seul document navigateur est excellent jusqu'à un certain point et devient encombrant au delà. Les très grosses applications sont exactement la forme où une équipe et un code conventionnel justifient leur coût, et Zugo ne remplace pas une équipe de développement sur un produit complexe.

Pas d'écosystème de composants. Il n'existe pas de place de marché de blocs prêts à installer. Tout ce qui sort de l'ordinaire est généré pour vous ou construit par modifications successives. Parfois c'est mieux que de chercher une extension. Quand une extension mûre existe déjà, non.

Où se branchent les services externes ?

À côté de la page plutôt que dedans, et cette nuance change la façon de poser la question de la pile.

Lisez ce tableau comme une seconde pile posée sous la première. La page générée reste légère parce que les morceaux lourds et sensibles sont confiés à des services faits pour eux. Une application générée ne stocke jamais un numéro de carte, puisque Stripe s'en charge, et ne hache jamais un mot de passe, puisque Supabase s'en charge.

C'est d'ailleurs l'architecture qu'un développeur compétent aurait bâtie. La différence intéressante, c'est que dans un constructeur cela représente trois clics au lieu de trois après-midi.

Combien coûte l'essai sur votre propre projet ?

Au geste, avec des montants publiés d'avance, donc le calcul se fait avant l'engagement.

La formule Free comprend 5 crédits, soit moins qu'une construction neuve : juger la sortie sur votre propre idée suppose donc une formule payante, ou un départ depuis l'un des 25 modèles, dont la copie est gratuite. Pro coûte $25 par mois pour 200 crédits, environ 16 plateformes ou 33 constructions rapides. Business coûte $99 par mois pour 800 crédits.

Pour une évaluation de pile précisément, une seule construction suffit. Dépensez 6 crédits sur quelque chose de petit, publiez, lisez le code source, exportez, ouvrez le dépôt. Cette séquence en dit plus sur la sortie que n'importe quelle documentation, et c'est celle qu'un développeur recruté exécutera le premier jour.

Quelles questions poser à n'importe quel constructeur IA ?

Quatre, dans cet ordre, parce que chacune rend la suivante utile.

Puis-je voir le code source d'une page publiée sans demander la permission. Puis-je l'exporter vers un dépôt que je contrôle. L'export contient-il le projet entier ou une capture de la page visible. Puis-je l'exécuter et le modifier sans le constructeur dans la boucle.

Un outil qui répond oui aux quatre a rendu la question de la pile presque théorique, puisque quelle que soit la réponse, vous pouvez aller voir. Un outil qui répond non à la deuxième ou à la troisième en a fait la question la plus importante de votre évaluation, quelle que soit la pile annoncée.

Les suites pratiques sont dans puis-je exporter le code et puis-je faire reprendre le projet par un développeur. Si vous préférez vérifier plutôt que lire, décrivez quelque chose de simple sur zugo.dev, publiez, et affichez le code source du résultat.