Six équipes d'agents. Cinq agents de recherche fonctionnant en parallèle à chaque cycle Discovery. Trois façons de faire tourner chaque équipe — une fois, à la demande, ou selon un planning qui se répète jusqu'à ce que vous l'arrêtiez. Et un chiffre facile à manquer : zéro clic humain entre un bug qui survit à deux passes de vérification et un correctif qui atterrit réellement dans le build.
Ce dernier point mérite qu'on s'y attarde, et l'image de couverture de cet article en est l'exemple. Overgrowth Station est un jeu de reconquête inactif où des lianes engloutissent lentement un hub de transit abandonné et où vous dépensez de la monnaie pour les repousser. Personne dans notre équipe ne l'a conçu — les agents de recherche ont tiré l'idée d'un ensemble de fils Reddit sur les « jeux de gestion cosy sans condition d'échec », le builder l'a fait tourner en environ quarante minutes de temps réel, et les vérificateurs ont détecté que la couche monde était complètement silencieuse alors que l'UI bipait à chaque clic. Personne n'a ouvert de ticket pour ça. La plateforme a mis en file d'attente une exécution de correctif de son propre chef, une passe ultérieure a ajouté la bande sonore d'ambiance manquante, et la version reconstruite a passé toute la chaîne de vérification ce matin. C'est tout l'argument de vente de cette plateforme, condensé en une seule capture d'écran : une boucle, pas un outil, où la sortie d'une équipe est l'entrée de la suivante et où les manques sont repérés sans qu'un humain fasse le guet.
Avant la boucle de correction, il y a la boucle d'idées
La plupart des builders IA commencent par la zone de texte — vous apportez l'idée, ils la construisent. Ça marche si vous savez déjà quoi construire, mais « que devrais-je construire » est un problème de recherche avant d'être un problème produit, et il se résout par du travail de terrain : de quoi les gens se plaignent-ils sur r/smallbusiness, qu'est-ce qui revient onze fois par semaine sur un subreddit de niche, qu'est-ce qui traîne dans la case « vous pourriez aussi aimer » d'une catégorie sous-desservie de l'App Store. L'équipe Discovery fait ce travail de terrain selon un planning. Cinq agents tournent en parallèle — données de tendances, fils de discussion sociaux, sites de questions-réponses comme Quora et Stack Exchange, lacunes dans les catégories de l'app store, et un cinquième qui synthétise : il lit ce que les quatre autres ont trouvé et cherche la même plainte qui refait surface à plus d'un endroit, ce qui distingue généralement une véritable opportunité d'un simple coup de gueule isolé.
Ils convergent vers des Notes d'opportunité, et une note n'est pas une impression vague — elle nomme le problème avec les mots réellement employés par les gens, estime la taille de l'audience, cite les preuves (liens de fils de discussion, extraits de citations, volume de recherche quand il existe) et cadre un MVP. Pas « une app de fitness », mais « un compteur de répétitions pour une catégorie spécifique d'exercices de moins de 40 secondes pour laquelle personne n'a construit de minuteur propre ». Cliquez sur Construire ceci et cette portée exacte devient le prompt du builder, sans traduction avec perte entre les deux. Vous pouvez tout sauter et taper votre propre idée, et la plupart des gens le font, du moins au début — Discovery se rentabilise davantage à partir de votre deuxième ou troisième produit, une fois que vous êtes à court de vos propres idées.
Ce qui a réellement détecté l'audio silencieux
L'équipe Builder planifie avant de toucher au code. Vous recevez un court plan écrit, et elle demande ce qu'elle ne peut pas deviner — sauvegardes liées à l'appareil ou au compte, palier payant dès le premier jour ou gratuit uniquement pour l'instant. Sauter cette question, c'est se retrouver avec un builder qui se trompe sur quelque chose de coûteux à défaire plus tard. Une fois que vous confirmez, elle construit pendant que vous regardez un aperçu en direct se mettre à jour. Le champ est large — sites web, applications web avec de vrais backends, jeux 2D et 3D, applications Android, applications de bureau, extensions de navigateur — et elle est honnête sur le rythme : les jeux 3D convergent nettement plus lentement qu'une app web CRUD, et elle le dit d'emblée au lieu de prendre discrètement trois fois plus de temps.
Ce qui a détecté l'audio manquant d'Overgrowth Station n'est absolument pas le builder. Un ensemble distinct d'agents vérificateurs — pas le même agent notant ses propres devoirs — examine le code pour vérifier son exactitude, l'audite pour détecter des failles de sécurité (injections, secrets exposés, routes sans contrôle d'authentification), vérifie les liens cassés et l'hygiène SEO de base, exécute des tests d'accessibilité sur le rendu final, et confirme que le build correspond réellement au plan. Ce dernier contrôle existe parce qu'un builder peut produire du code techniquement fonctionnel qui abandonne discrètement une fonctionnalité promise dans le plan, quand celle-ci s'est révélée plus difficile que prévu. Les constats repartent en correction, et la boucle revérifie plutôt que de faire confiance au correctif sur parole. Quand quelque chose survit malgré tout, l'exécution de suivi en file d'attente s'en occupe plus tard — quelques heures, dans le cas d'Overgrowth Station — sans ticket, sans rappel, sans qu'un humain remarque l'écart en premier. Plus de détails sur la construction même de la chaîne dans Comment les builds se vérifient eux-mêmes.
Mise en ligne sans vous renvoyer vers un revendeur
Une fois terminée, une build est mise en ligne sur un sous-domaine gratuit en un clic, déployée sur votre propre serveur via SFTP, ou publiée sur les stores via vos propres comptes développeur — votre compte Google Play, votre compte Apple, vos clés. Nous n'intervenons à aucun de ces niveaux, ce qui signifie que vous gardez le compte, les revenus, et la possibilité de tout arrêter sans perdre l'application. L'équipe Ship se charge du travail fastidieux d'empaquetage : un vrai .aab signé via la véritable chaîne d'outils Android plutôt qu'un wrapper, des installeurs desktop signés, des zips d'extensions de navigateur empaquetés, des fiches de store et des déclarations de confidentialité rédigées d'après ce que le code fait réellement plutôt qu'à partir d'un modèle générique. Une application qui ne touche pas aux données de localisation ne se voit pas attribuer un formulaire de confidentialité prétendant le contraire.
Deux choses restent volontairement entre vos mains, et non par limitation technique : les frais d'inscription développeur (à payer une seule fois), et le clic final de publication vers les vrais utilisateurs. Nous aurions pu automatiser ces deux étapes en stockant vos moyens de paiement, et avons choisi de ne pas le faire, pour les raisons détaillées dans l'encart ci-dessous. Le guide complet, incluant ce à quoi ressemble une soumission rejetée, se trouve dans Du prompt au store d'applications.
La partie que la plupart des outils ignorent complètement
Un produit lancé sans boucle de retour n'est qu'un prototype coûteux, et c'est exactement là que la plupart des outils vous remettent une URL avant de disparaître. Connectez Search Console et Analytics, et l'équipe Optimize commence à extraire des chiffres réels quotidiennement — sur quelles requêtes vous êtes classé et à quelle position, qui clique, ce que ces visiteurs font après avoir atterri sur la page. Les statistiques des stores (installations, rétention, taux de crash) alimentent les mêmes tableaux de bord pour les applications. Cela transforme les lacunes en propositions concrètes plutôt qu'en conseils vagues : « cette page se classe en position 14 pour un terme à volume réel, la balise title ne le mentionne pas, voici une réécriture. » Choisissez votre mode — l'outil se contente de faire un rapport, propose et attend votre approbation, ou applique lui-même la modification et surveille si les métriques évoluent dans le mauvais sens, avec une possibilité de retour en arrière si c'est le cas.
L'équipe Marketing rédige des promotions adaptées nativement à l'endroit où elles sont publiées, et cela a demandé plus d'itérations que prévu. Les premières versions collaient les mêmes trois phrases sur Reddit, X et une réponse Quora, et ça se voyait immédiatement. Aujourd'hui : un post Reddit calibré sur le ton de ce subreddit avec une réponse en premier commentaire déjà planifiée, car sur Reddit l'information réelle se trouve souvent dans les commentaires et le post n'est qu'un accroche ; un fil X pensé pour un lecteur qui décroche après une seule mauvaise ligne ; une réponse Quora qui enseigne quelque chose d'utile pendant deux paragraphes avant même de mentionner l'existence du produit. L'équipe Ads planifie les campagnes et rédige les créations — titres, images, ciblage — pour des plateformes comme Google Ads. Chaque brouillon des deux équipes attend votre validation.
| Équipe | Ce qu'il produit | Transmis à |
|---|---|---|
| Discovery | Des Opportunity Briefs avec preuves et un périmètre MVP | Builder |
| Builder | Builds vérifiées : sites, applications, jeux, artefacts natifs | Livrer |
| Ship | URLs en ligne, installeurs, soumissions aux stores | Optimiser |
| Optimize | Corrections basées sur des données réelles GSC / GA4 / stores | la boucle |
| Marketing | Brouillons de posts natifs à chaque plateforme | vous |
| Ads | Plans de campagnes et brouillons créatifs | vous |
Où la boucle s'arrête d'elle-même
Le mode autonome enchaîne les six équipes pour que la recherche alimente les builds, les builds alimentent la mise en ligne, la mise en ligne alimente l'optimisation, et le cycle se répète selon son propre rythme, sans qu'un humain ait besoin de relancer chaque étape. Nous faisons fonctionner notre propre boucle de cette manière, et une grande partie de notre Showcase et de notre Unity Lab en est issue sans supervision — personne ne s'est assis pour décider qu'un jeu de récupération inactive devait exister avant qu'Overgrowth Station ne le fasse.
