Sommaire
Une application créée avec Bolt ou Cursor se récupère : Bolt permet de télécharger le projet ou de le synchroniser avec GitHub et avec Cursor le code est déjà dans votre dossier. La reprise commence par un audit (dès 589€HT) ; une reconstruction se chiffre comme une application métier, de 6 000 à 20 000€HT.
Bolt et Cursor ont un point commun qui change tout pour une reprise : ils produisent du vrai code. Contrairement à un outil no-code fermé, rien n’oblige à tout reconstruire. Mais ils fonctionnent très différemment et les risques ne sont pas au même endroit. Voici ce que chaque outil permet de récupérer, les faiblesses que je retrouve souvent dans les applications générées par IA et la façon de décider entre consolider et reconstruire.
Ce que chaque outil permet de récupérer
Les informations ci-dessous viennent de la documentation officielle de chaque outil, consultée en octobre 2026.
| Élément | Bolt | Cursor |
|---|---|---|
| Nature de l’outil | Générateur d’applications dans le navigateur, qui héberge le projet | Éditeur de code installé sur un poste, qui travaille dans un dossier local |
| Code | Téléchargement en archive ou synchronisation GitHub | Déjà sur votre poste : on ouvre un dossier de projet |
| Données | Base intégrée : export des tables en CSV ou JSON ; base Supabase : dans votre compte Supabase | Dépend de ce que le projet utilise (Supabase, autre base) |
| Transfert de la base | Vers votre propre compte Supabase, sur les offres Pro ou Teams (réglages avancés) | Sans objet : la base est déjà chez un fournisseur choisi |
| Point de vigilance principal | Sortir code et données de la plateforme, sans rien oublier | Retrouver les accès : base, clés, hébergement, souvent sur le compte d’une seule personne |
Deux précisions. Pour Bolt, la documentation indique que l’ouverture dans StackBlitz est progressivement retirée depuis avril 2026 pour les projets passés au nouveau format de stockage : le téléchargement et GitHub restent les voies de sortie. Pour Cursor, la page de Cursor sur l’usage des données précise que des contenus de fichiers peuvent être envoyés à ses serveurs pour les fonctions d’IA et décrit un mode de confidentialité (usage des données) : un point à connaître si le code contient des informations sensibles.
Les faiblesses fréquentes du code généré
Le code produit par IA fonctionne souvent bien à l’écran. Les problèmes sont dans ce qui ne se voit pas, comme je l’explique dans le guide créer son application soi-même avec l’IA :
- Contrôles faits seulement dans le navigateur. Un utilisateur un peu curieux peut appeler l’API directement et contourner l’écran.
- Clés secrètes dans le code, voire dans le dépôt Git, où elles restent dans l’historique même après suppression.
- Règles d’accès à la base absentes ou trop larges.
- Pas de tests, donc chaque correction risque d’en casser une autre.
- Dépendances obsolètes ou inutiles, ajoutées au fil des demandes.
- Pas de sauvegarde testée, ni de séparation entre version de test et production.
La page sur les failles les plus fréquentes détaille ces risques.
Consolider ou reconstruire
Avec du vrai code, la consolidation est souvent possible. L’audit dit si elle est raisonnable.
- Consolider si la structure est cohérente : on nettoie, on sécurise les accès, on ajoute des tests sur les parcours critiques, on met en place deux environnements (test et production) et des sauvegardes.
- Reconstruire une partie si un module central (paiement, droits, calculs) est trop fragile : on le refait proprement et on garde le reste.
- Reconstruire l’ensemble si chaque correction en casse une autre : le prototype devient le cahier des charges.
Ma stack habituelle (React, TypeScript, Node.js, Supabase) correspond souvent à celle des projets générés par ces outils, ce qui facilite la reprise.
Ce que coûte une reprise
| Étape | Prix | Délai |
|---|---|---|
| Audit express | 589€HT | Quelques jours |
| Audit complet | 1 990€HT | 5 à 7 jours |
| Consolidation ou reconstruction partielle | Sur devis après audit | Selon le plan d’action |
| Reconstruction en application métier | 6 000 à 20 000€HT, coefficient 0,85 dans l’estimateur avec un prototype | 1 à 3 mois |
| Vous continuez avec Bolt ou Cursor, accompagné | Coaching à 150€HT de l’heure | À votre rythme |
Pour une fourchette adaptée, l’estimateur tient compte du prototype existant. Les abonnements et crédits d’IA restent à votre charge, tout comme l’hébergement.
Quand il ne faut pas reprendre
Je le dis franchement : un outil interne fait avec Bolt ou Cursor, utilisé par une petite équipe, sans données sensibles ni paiement, n’a pas besoin d’une reprise complète. Mettez le code dans un dépôt Git de l’entreprise, sortez les clés du code, faites des sauvegardes et continuez. La reprise se justifie quand l’outil s’ouvre à des clients, traite des données personnelles ou de l’argent, ou quand personne d’autre que son créateur ne sait le faire évoluer.
Par où commencer
- Rassemblez les accès : dépôt de code, base de données, hébergement, nom de domaine, services tiers. Vérifiez qu’ils appartiennent à l’entreprise.
- Exportez le code et les données et mettez-les à l’abri.
- Demandez un audit : c’est le point de départ de mon offre projet commencé avec l’IA, avec un plan d’action chiffré.
- Choisissez ensuite entre consolider, reconstruire une partie, ou continuer vous-même avec un accompagnement.
Questions fréquentes
Quelle différence entre Bolt et Cursor pour une reprise ?
Bolt est un générateur dans le navigateur, qui héberge le projet et souvent la base de données : il faut donc sortir le code et les données de la plateforme. Cursor est un éditeur de code installé sur un poste : le code est déjà dans un dossier, parfois dans un dépôt Git. La reprise de Cursor commence par retrouver où vivent la base, les clés et l’hébergement.
Les données d’une base Bolt sont-elles récupérables ?
Selon la documentation de Bolt, les données des tables de la base intégrée s’exportent en CSV ou JSON et la base peut être transférée vers votre propre compte Supabase sur les offres Pro ou Teams. Si le projet était déjà relié à Supabase, les données sont dans votre compte Supabase.
Un développeur peut-il reprendre du code généré par IA ?
Oui, c’est du code standard, souvent en React et TypeScript. La difficulté n’est pas la technologie, c’est l’accumulation : fonctions en double, morceaux abandonnés, règles de sécurité incomplètes. L’audit sert à mesurer cet écart avant de s’engager.
Faut-il arrêter d’utiliser l’IA après la reprise ?
Non. Je travaille moi-même tous les jours avec des outils d’IA. La différence, c’est un dépôt Git propre, des relectures avant chaque mise en production et une personne qui comprend ce qui est livré. Le coaching à l’heure sert à cela si vous voulez continuer vous-même.