Je vais réparer l'application que vous avez créée avec Lovable, Bolt, Cursor ou v0 et la préparer pour de vrais utilisateurs

Les constructeurs d'IA permettent d'atteindre rapidement le stade de la démo. Les lacunes apparaissent plus tard: une connexion qui échoue pour certains utilisateurs, un paiement qui passe mais ne débloque jamais rien, des données que tout utilisateur connecté peut lire, une clé secrète se trouvant dans le bundle du navigateur, ou un déploiement qui ne fonctionne qu'à partir de l'aperçu du constructeur. Je travaille précisément sur cette couche, dans le code produit par votre outil, et je ne reconstruis pas ce qui fonctionne déjà.

Le forfait Starter est une vérification avant la mise en ligne: je lis le code, exécute l'application et envoie une liste écrite des problèmes classés par ordre de priorité, chacun avec son emplacement et ce qu'implique la correction. Le forfait Standard ajoute jusqu'à cinq corrections de cette liste, effectuées dans votre dépôt. Le forfait Avancé prend jusqu'à douze corrections, ajoute des tests autour de la connexion et des paiements, et met en place un déploiement que vous pouvez répéter sans le constructeur.

La vérification commence par ce que le code généré a tendance à manquer. Viennent d'abord les règles d'accès à la base de données: sans elles, les utilisateurs peuvent lire les enregistrements des autres. Beaucoup de ces applications fonctionnent sur Supabase, qui est basé sur PostgreSQL; là, les règles d'accès sont des politiques de sécurité au niveau des lignes, et je les écris et les teste. Ensuite, je recherche les secrets qui appartiennent au serveur mais qui se retrouvent dans le navigateur, comme la clé secrète d'un fournisseur de paiement ou la clé de service de Supabase. Ensuite, je vérifie que les webhooks de paiement vérifient la signature du fournisseur, que les formulaires ne font pas confiance à ce que le navigateur envoie, et qu'une requête échouée affiche une erreur au lieu d'un écran vide.

Pile technologique: front-ends React, Next.js et Vite, Node.js et TypeScript sur le serveur, PostgreSQL. J'utilise moi-même des outils de codage IA tous les jours, et je lis et teste tout ce qu'ils produisent.

Si votre outil se synchronise avec un dépôt GitHub, je travaille dans ce dépôt, afin que vous puissiez continuer à construire avec l'outil par la suite. Sinon, je travaille à partir d'une exportation et je vous remets le code dans un dépôt que vous possédez. Pendant 14 jours après la livraison, je corrige gratuitement tout ce qui ne fonctionne pas comme nous l'avons convenu.

Pas d'appels. La portée est convenue par écrit avant que je ne commence; après cela, vous recevez une mise à jour écrite à la fin de chaque journée de travail et une note par correction indiquant ce qui n'allait pas et comment le vérifier.

Étapes pour la réalisation de votre projet
1. Accès et première exécution - Vous partagez le dépôt ou une exportation et un compte de test. Je fais fonctionner l'application de la même manière que vous avant de toucher à quoi que ce soit.
2. Vérification avant mise en ligne - Je passe en revue la connexion, l'accès aux données, les paiements, les secrets, la gestion des erreurs et le déploiement, et je note chaque problème avec son emplacement et l'ampleur de la correction.
3. Vous choisissez les corrections - La liste est classée. Vous choisissez ce qui est inclus, dans les limites de votre forfait, et tout ce qui dépasse est devisé avant que je ne commence.
4. Corrections avec preuve - Chaque correction est intégrée comme son propre commit avec une courte note. Lorsqu'une règle protège des données, un test montre qu'un utilisateur ne peut pas accéder aux enregistrements d'un autre utilisateur.
5. Remise - Un résumé écrit de ce qui a changé, de ce qui est encore ouvert et de la manière de redéployer. Sur le forfait Avancé, le déploiement s'exécute depuis votre dépôt sans le constructeur.