Cinq étapes en boucle pour builder avec l'IA sans régressions, sans hallucinations et sans corrections à l'infini.
BRIDGET n'est pas un processus linéaire. C'est une boucle. On en sort quand le test passe, on y rentre à nouveau à la fonctionnalité suivante.
Vous décrivez le résultat attendu, pas la façon de l'obtenir. Plus le brief est précis sur l'objectif, moins il a besoin de l'être sur la technique.
L'IA pose ses questions, vous répondez. C'est l'étape que tout le monde saute et c'est celle qui décide de la qualité du résultat.
L'IA propose un plan d'implémentation : architecture, structure, ordre des opérations, risques.
L'IA écrit le code en suivant le plan validé. Vous ne redirigez pas en cours de route, vous laissez la génération aller au bout.
Vous vérifiez. Ce qui ne passe pas repart en Brief pour un tour de boucle, pas en correction improvisée.
Retour à l'étape 01
Le test ne passe pas, ou la fonctionnalité suivante commence : on repart en Brief. La boucle se referme ici.
Des prompts prêts à coller, chacun rattaché à l'étape où il se déclenche.
Déclenche l'Itération
Pose moi toutes les questions nécessaires à la bonne compréhension du brief
Déclenche le Design
Propose moi le meilleur plan à implémenter avec un code robuste, scalable et élégant, qui respecte le Design System et les fonctionnalités actuelles, et qui s'adapte aux trois types d'écrans Desktop, Tablette et Mobile. À la fin du plan, fais moi une synthèse de toutes les actions à réaliser avec le résultat attendu, et le pourcentage de risque que la modification affecte le reste du site, en liste à puces. Fais moi une estimation du nombre de crédits consommés.
Déclenche la Génération
Implémente le plan et fais moi une synthèse en liste à puces des fonctionnalités implémentées et des corrections effectuées. Indique pour chacune le contrôle de son implémentation et le nombre de crédits réellement utilisés.
Quand le Test ne passe pas
Fais moi un audit clair pour comprendre la raison pour laquelle il y a une ou plusieurs erreurs.
Pour la suite de la discussion, sois brutalement honnête, avec une touche de pragmatisme entrepreneurial.
Vous construisez à côté du code de production. Outils internes, prototypes, sites, applications autonomes. Votre terrain est étanche, votre vitesse est votre avantage, et personne ne casse la production si vous vous trompez. BRIDGET est faite pour ce terrain.
Vous construisez dans le produit lui-même, dans le repo de production, avec l'équipe technique. Votre contrainte n'est plus la vitesse mais le standard existant. La méthode SoT répond à ce terrain : des documents de référence par domaine, un prototype gelé avant toute conversion, et une livraison en tranches vérifiables plutôt qu'en un seul bloc.