Le premier truc qui m’a fait lever un sourcil en voyant Higsfield balancer GPT‑6 Astro dans Supercomputer, c’est pas la puissance brute du modèle. C’est qu’ils s’attaquent enfin au problème qui tue la plupart des side projects : l’économie de l’app. Tu construis un truc, tu le montres à trois potes, c’est magique. Tu le partages pour de vrai, et là, soit ça tourne uniquement sur ta machine, soit c’est hébergé n’importe où, soit pire, chaque utilisateur vide ton portefeuille en crédits API. Higsfield a pris le problème à l’envers. Une app construite dans Supercomputer est publiée sur leur plateforme, et n’importe qui l’utilise avec son propre compte Higsfield et ses propres crédits. L’app ne te coûte rien à faire tourner, quel que soit le nombre d’utilisateurs. C’est pas un détail, c’est le cœur du truc.
Ouvrir Supercomputer et choisir GPT‑6 Astro
Direction higsfield.ai, clic sur Supercomputer dans la nav de gauche. On atterrit sur un écran de chat qui demande juste « What are we creating today? » et ça a l’air simple, mais il se passe beaucoup de choses en dessous. Dans le composeur, il y a le sélecteur de modèle. C’est la partie que tout le monde attendait. Si tu l’ouvres, la liste déroule et GPT‑6 Astro est là, en toutes lettres.
Petite parenthèse importante : le réglage par défaut, c’est « auto ». Ça veut dire que chaque étape est routée vers le modèle le plus adapté plutôt que de tout faire tourner sur un seul flagship. La ligne officielle d’Higsfield, c’est que ça revient moins cher et plus rapide, et pour pas mal de jobs, c’est sincèrement le bon choix. Mais là, on est venus voir ce qu’Astro a dans le ventre, donc je le sélectionne délibérément. À savoir : le modèle se choisit par chat, pas par message. Faut le faire avant de démarrer, pas à mi-chemin.
Pourquoi Astro pour construire une app ?
OpenAI a conçu ce modèle spécifiquement pour l’usage informatique et le travail long multi-étapes. Du code, de l’inspection de ce qui est à l’écran, de la construction de sites, des vérifications en chaîne. C’est exactement ce qu’est la création d’une app. C’est pas une seule génération, c’est une longue chaîne de décisions où le modèle doit tenir l’ensemble dans sa tête sans perdre le fil au milieu. C’est le pitch en tout cas. Reste à voir si ça tient la route.
Supercomputer n’est pas le seul endroit où tu vas croiser Astro. Higsfield a aussi lancé 3D2 le même jour, leur nouvelle salle 3D où tu tapes ce que tu veux et ça te construit une scène 3D dans laquelle tu peux te balader, éclairer et transformer en vidéo. Astro fait partie des modèles que tu peux sélectionner là-bas aussi, même menu déroulant, même logique. Mais c’est une autre vidéo, donc on reste sur l’app.
Décrire son app en langage naturel
Dans la barre latérale, sous « products », tu trouves « apps » et c’est là qu’on va. Tu cliques, et ça t’ouvre l’app builder à l’intérieur du même chat. La mécanique est simple : tu décris ce que tu veux en anglais courant. Pas besoin de rédiger un ticket ou un cahier des charges. Une ou deux phrases suffisent largement pour lancer le truc.
Une fois que t’as envoyé ta description, l’outil te demande de choisir le type d’app, le style et le mode de génération. C’est le moment où tu dis ce que ton app fait vraiment (génération d’images, de vidéo) et à quoi elle doit ressembler. Il faut ralentir une seconde ici parce que ces choix façonnent tout ce qui suit, et c’est beaucoup plus facile de bien les poser maintenant que de les défaire plus tard.
Les questions de suivi et le plan
Ensuite, Astro revient avec quelques questions de suivi. J’aime bien qu’il fasse ça plutôt que de deviner, parce que c’est exactement là que ces outils partent d’habitude en vrille. Il va interroger les parties de ton idée que t’as laissées floues, et tu réponds dans le chat comme si tu parlais à quelqu’un. Faut répondre correctement, ça change vraiment ce que tu reçois.
Puis il poste un plan avant de commencer à construire. Il t’annonce les écrans qu’il va créer et les fonctionnalités qu’il va câbler, en langage normal, avant de dépenser le moindre crédit. Ce plan, il faut le lire. S’il manque quelque chose ou si c’est faux, c’est le moment le moins cher possible pour le dire.
Ce qui se passe pendant la construction
La construction est lancée, et il y a deux ou trois choses à l’écran qui valent le coup d’œil. D’abord, tu reçois des « step cards », des cartes d’étape. Chacune montre le modèle qui va être utilisé, les réglages, et ce que ça va coûter en crédits. Et ça attend que tu cliques sur « approve ». Rien n’est dépensé sans ton clic. Cette barrière d’approbation est vraiment utile, et c’est aussi agréable de voir un outil transparent sur ce qu’il te facture.
Ensuite, le coût d’exécution défile en haut au fur et à mesure, donc tu sais toujours où tu en es. Franchement, la plupart des outils comme ça dépensent en silence et tu découvres la note après. L’avoir sous les yeux te permet de décider toi-même si une étape vaut le coup.
Ce qu’Astro construit vraiment
Pendant que ça tourne, il faut comprendre ce qui se passe en coulisses, parce que c’est plus costaud qu’il n’y paraît. Astro ne génère pas juste un front-end. Il construit une vraie app avec un vrai back-end. Il câble l’authentification avec Higsfield pour que les utilisateurs se connectent correctement, et il branche la génération sur les modèles d’Higsfield pour que ton app puisse vraiment produire des images ou des vidéos.
Il génère aussi les visuels dont l’app a besoin : les états vides, l’image de couverture, l’icône. Tout est fabriqué plutôt que pioché dans une banque d’images. C’est ça qui rend le truc différent d’un app builder classique. Astro fait le code, la logique et l’orchestration, et Higsfield fait la génération et l’hébergement en dessous. Aucune des deux moitiés n’est fascinante toute seule. Un agent de code classique peut t’écrire une app, mais il n’a rien pour générer du contenu. Et les modèles d’Higsfield peuvent tout créer, mais il faut bien que quelqu’un s’assoie pour câbler l’ensemble. Mettre les deux sur la même plateforme, c’est tout l’intérêt.
Modifier l’app avant de publier
La build est terminée, on a une app. C’est là que la plupart des gens s’arrêtent et publient. Mon conseil : ne faites pas ça. La première passe n’est quasiment jamais celle que vous voulez livrer. La manière de modifier les choses, c’est de dire ce que vous voulez dans le chat. Vous n’allez pas fouiller dans des fichiers. Vous décrivez le changement de la même façon que vous avez décrit l’app.
Je vais lui demander d’ajuster deux ou trois trucs pour qu’on voie comment il s’en sort. Et c’est là que la capacité d’Astro à suivre les instructions de près paie vraiment. Le mode de défaillance habituel de ces outils, c’est que tu demandes un petit changement et il réécrit silencieusement trois autres choses dont tu étais content. La chose à vérifier avant d’aller plus loin, c’est pas si c’est joli, c’est si ça marche. Connectez-vous, lancez une vraie génération, et voyez si vous obtenez quelque chose en retour. C’est facile de regarder une belle interface et de supposer que la plomberie derrière est saine. Et c’est exactement ce présupposé qui vous mord après la publication.
Déployer et publier : deux étapes distinctes
Je suis satisfait, on va mettre ça en ligne. Il y a deux étapes séparées ici, et les gens les confondent constamment, donc soyez attentifs. Deploy, c’est ce qui expédie vraiment votre app. Vous cliquez sur deploy, ça build et ça part en ligne à sa propre URL. C’est un vrai lien que vous pouvez envoyer à n’importe qui.
Publish, c’est autre chose. Publish, c’est ce qui liste votre app sur le feed communautaire d’Higsfield pour que les gens la trouvent. Et le truc qui piège les gens, c’est que publier ne déploie pas. Donc si vous faites une modification et que vous cliquez juste sur publish, vous listez l’ancienne version. D’abord deploy, ensuite publish, à chaque fois.
Avant de vous laisser publier correctement, il vous faut aussi une image de couverture et les détails de la carte remplis. Astro les génère pour vous pendant la construction. Et voilà, c’est une app en ligne. N’importe qui peut ouvrir ce lien, se connecter avec son propre compte Higsfield et l’utiliser. Pour revenir à ce que je disais au début, leur utilisation tourne sur leurs crédits, pas les vôtres. Vous avez payé pour construire, vous ne payez pas pour faire tourner. Pour tous ceux qui ont déjà mis un side project en ligne et regardé la facture d’hébergement grimper avec la popularité, c’est un deal radicalement différent.
Pour qui est-ce vraiment fait ?
Si vous êtes développeur ou un builder solo qui a des idées d’apps mais qui cale toujours quelque part entre l’idée et un truc réel en ligne, ça comble ce fossé en un après-midi plutôt qu’en un mois. C’est aussi un bon fit si vous voulez mettre quelque chose devant les gens sans signer pour une facture d’hébergement qui scale avec vos utilisateurs.
Et si vous êtes déjà bien enfoncé dans l’outillage IA, la partie intéressante est moins l’app elle-même que le motif en dessous. Un modèle frontière qui fait le raisonnement, avec une plateforme de génération qui fait le gros du boulot, les deux au même endroit.
Ce qui m’a sincèrement surpris, c’est que ça ne ressemble pas à une démo. Beaucoup de ces outils « construisez une app avec l’IA » donnent un truc impressionnant pendant cinq minutes, puis tu réalises que tu ne peux rien en faire. Celui-là se termine avec une vraie URL, une vraie auth, une vraie génération, et un listing que d’autres personnes peuvent trouver. Et l’économie qui est dans le bon sens (vos utilisateurs apportent leurs propres crédits), c’est la partie sur laquelle je reviens sans arrêt. Parce que c’est d’habitude ce qui tue silencieusement un side project avant qu’il n’aille nulle part.
Points clés à retenir
- GPT‑6 Astro est conçu pour le travail long multi-étapes, exactement ce qu’est la construction d’une app.
- Une app construite dans Supercomputer tourne sur les crédits de l’utilisateur final, pas les vôtres, une fois publiée.
- Chaque étape de construction affiche son coût en crédits et attend votre approbation avant de dépenser.
- Astro ne génère pas qu’un front-end : il câble l’authentification, le back-end, et branche la génération sur les modèles d’Higsfield.
- Lisez le plan qu’il propose avant la construction. C’est le moment le moins cher pour corriger le tir.
- Testez l’app en conditions réelles (connexion, génération) avant de publier. Une belle interface ne garantit pas une plomberie saine.
- Deploy envoie l’app en ligne à une vraie URL. Publish la liste sur le feed communautaire. Il faut déployer d’abord, publier ensuite.
- L’outil supprime le principal frein des side projects : la facture d’hébergement qui grimpe avec les utilisateurs.
Si vous voulez essayer par vous-même, vous pouvez démarrer sur higsfield.ai. Il y a beaucoup plus de choses que ce que j’ai montré ici, la salle 3D que j’ai mentionnée étant la prochaine évidente à aller explorer.