Code Rescue · réparation d’applications

Votre IA dit que tout fonctionne.Vous en êtes sûr ?

Un bouton qui ne répond pas. Une inscription qui plante. Une erreur impossible à comprendre. Envoyez-moi votre application : je vous aide à trouver ce qui bloque.

  • Chaque demande lue par une personne
  • Devis écrit avant tout paiement
  • Aucun mot de passe, jamais

Voir ce que je peux réparer ↓

Rapport Code Rescue · extraitExemple fictif : à quoi ressemble une entrée du rapport.

#1 Paiement encaissé, accès non activé

Risque élevé
Reproduit
Oui, en production, 3 essais sur 3
Observé
Stripe confirme le paiement ; le compte reste en offre gratuite.
Attendu
L’accès Pro s’active dans la minute qui suit.
Cause confirmée
Le secret du webhook en production était celui du local : chaque événement était rejeté (HTTP 400).
Vérification
Réussie : paiement test en production, accès activé en 4 s.
Tests
2 ajoutés : signature invalide, événement reçu deux fois.
Limites
6 clients payés avant la correction sont à réactiver (liste fournie).

Pour les applications construites avec

  • Lovable
  • Cursor
  • Claude
  • Bolt
  • Replit
  • Next.js
  • Supabase
  • Stripe

Noms cités pour décrire les outils utilisés — aucun partenariat, aucune affiliation.

01 — Ça vous parle ?

Ça vous parle ?

Des situations fréquentes dans les applications générées ou accélérées par l’IA. Fréquentes, pas automatiques : la vôtre n’en a peut-être aucune.

02 — Ce que je répare

Les défauts qui empêchent une application de servir.

Des défauts fonctionnels identifiables, dans une application qui existe déjà. Pas une refonte, pas une nouvelle fonctionnalité.

  • Connexion et sessions

    Inscription, connexion, mot de passe oublié, sessions qui expirent ou se mélangent, redirections en boucle, connexion avec Google ou GitHub.

    Supabase Auth · Auth.js · Clerk · Firebase Auth

    Décrire ce problème →
  • Paiements et accès

    Checkout, webhooks, abonnements : l’accès qui ne suit pas le paiement, l’événement traité deux fois, le montant qui ne correspond pas.

    Stripe Checkout · Billing · webhooks

    Décrire ce problème →
  • Base de données et permissions

    Requêtes qui échouent, données qui disparaissent, règles d’accès (RLS) qui bloquent de vrais utilisateurs ou laissent trop passer, migrations cassées.

    Supabase · PostgreSQL · Firebase

    Décrire ce problème →
  • Boutons, formulaires et états

    Un bouton sans effet, un formulaire envoyé deux fois ou jamais, une validation absente, un chargement infini, des données qui ne se rafraîchissent pas.

    React · Next.js · Vite

    Décrire ce problème →
  • API, webhooks et emails

    Appels d’API qui échouent ou dépassent les limites, clés mal configurées, webhooks non vérifiés, emails qui n’arrivent jamais.

    REST · webhooks · Resend · SendGrid

    Décrire ce problème →
  • Déploiement et environnements

    Ça marche en local, pas en production : variables d’environnement, build cassé, dépendance mise à jour, cache, domaines, CORS.

    Vercel · Netlify · Node.js

    Décrire ce problème →
  • Régressions et erreurs récurrentes

    Chaque correction en casse une autre, une erreur va et vient, une page ralentit : je cherche la cause, puis je fixe le bon comportement avec un test quand c’est pertinent.

    Tests · logs · reproduction

    Décrire ce problème →

03 — Comment ça marche

Quatre étapes. Rien n’est payé avant la troisième.

  1. Étape 1 : Vous décrivez le problème.

    Quatre étapes courtes : ce qui ne marche pas, ce qui devrait se passer, votre stack, votre email. Aucun accès, aucun mot de passe.

  2. Étape 2 : Je l’examine moi-même.

    Je lis votre demande, je pose les questions qui manquent, puis je confirme le périmètre et la formule. Si ce n’est pas pour moi, je vous le dis.

  3. Étape 3 : Devis écrit, puis accès.

    Périmètre, exclusions, critères d’acceptation, prix, délai. Vous payez en ligne en acceptant ; l’accès au code se met en place à ce moment-là, avec votre accord.

  4. Étape 4 : Je corrige et je vérifie.

    Correction dans le périmètre, vérification du comportement, tests quand c’est pertinent, et un rapport qui dit ce qui est réglé — et ce qui ne l’est pas.

04 — Tarifs

Trois formules. Un devis écrit avant de payer.

Prix de départ, en CHF. Le prix final est écrit dans le devis, après l’examen de votre demande : rien n’est facturé sur la seule base du formulaire.

Bug Diagnostic

Vous ne savez pas d’où vient le problème. Je le trouve et je vous l’explique.

dès CHF 149

Prix fixe une fois le périmètre confirmé

Pour les fondateurs qui ne trouvent pas la source d’un problème précis.

Délai
2 jours ouvrés après réception des accès
Après livraison
1 reprise après votre vérification

Inclus

  • L’examen d’un problème signalé, délimité
  • Une tentative de reproduction, quand c’est possible
  • La cause probable, expliquée simplement
  • La gravité et l’impact pour votre activité
  • La correction recommandée et son ampleur
  • Un diagnostic écrit dans votre espace projet

Pas inclus

  • La correction elle-même (elle se chiffre ensuite)
  • Le débogage illimité ou d’autres problèmes

Pas de période de correction (pas de code livré)

Code Fix

Un défaut fonctionnel identifié, corrigé et vérifié.

dès CHF 490

Prix fixe une fois le périmètre confirmé

Pour un défaut fonctionnel clairement identifié.

Délai
3 à 5 jours ouvrés après réception des accès
Après livraison
1 reprise après votre vérification

Inclus

  • Un scénario de reproduction défini
  • La correction du périmètre convenu
  • La vérification de non-régression du comportement concerné
  • Le code livré selon la méthode convenue (pull request, branche, patch)
  • Un court rapport de vérification
  • Une note de passation

Pas inclus

  • Plusieurs corrections, ou des corrections illimitées
  • Le développement de nouvelles fonctionnalités
  • Les migrations d’infrastructure

Défaut de la livraison corrigé pendant 14 jours

Stability Sprint

Plusieurs problèmes liés, traités dans un périmètre borné.

dès CHF 1’490

Toujours sur devis

Pour plusieurs défauts techniques liés, dans un périmètre convenu.

Délai
Selon le devis, en général 1 à 2 semaines
Après livraison
2 reprises après votre vérification

Inclus

  • Une liste priorisée des défauts
  • Un périmètre de correction défini
  • Des tests de non-régression sur les parcours critiques
  • L’amélioration de la gestion d’erreurs concernée
  • La documentation de livraison
  • Une liste claire des risques non résolus

Pas inclus

  • La reconstruction de l’application
  • Les nouvelles fonctionnalités
  • Les migrations d’infrastructure, sauf mention dans le devis

Défaut de la livraison corrigé pendant 30 jours

Un problème complexe est évalué avant tout devis. Je ne promets aucune réparation avant d’avoir examiné le code.

05 — Le rapport

Un rapport qui dit ce qui est réglé. Et ce qui ne l’est pas.

Chaque mission se termine par un rapport de correction dans votre espace projet, imprimable. Pour chaque problème :

  1. Un identifiant
  2. Les étapes de reproduction
  3. Le comportement observé
  4. Le comportement attendu
  5. La cause, ou l’incertitude documentée
  6. Les fichiers et composants concernés
  7. Le niveau de risque
  8. La correction proposée
  9. Les modifications apportées
  10. La vérification effectuée
  11. Les tests de non-régression
  12. Les limites qui restent
  13. La référence de livraison (pull request)
  • Un test qui n’a pas été exécuté n’est jamais marqué réussi.
  • Un problème que je n’ai pas pu reproduire est présenté comme tel, jamais comme corrigé.
  • Ce qui reste ouvert est listé, avec sa raison.

Diagnostic

Décrivez ce qui bloque.

Quatre étapes, trois minutes. Aucun accès, aucun mot de passe : seulement ce que vous voyez. Je lis chaque demande moi-même et je réponds sous 24 h, du lundi au vendredi.

Déjà une demande en cours ? Retrouver mon espace

Sans JavaScript, toutes les étapes s’affichent sur une seule page.

Qu’est-ce qui ne fonctionne pas ?
Décrivez le problème.

Copiez le texte affiché (écran, console). Retirez les clés et les mots de passe : ce qui y ressemble est supprimé de toute façon.

Quel impact pour vous ? Facultatif
Parlez-moi de l’application.

Rien n’est analysé automatiquement.

Public ou privé. Ne donnez aucun accès maintenant : il s’organise après qualification, si nécessaire.

Technologies, si vous les connaissez Facultatif
Où en est l’application ? Facultatif
C’est urgent ? Facultatif
Où vous envoyer ma réponse ?

Une question, une proposition écrite, ou un non motivé si ce n’est pas pour moi.

06 — Accès et sécurité

Votre code, vos clés, vos clients : rien de plus que nécessaire.

Aucun secret dans le formulaire
Ni mot de passe, ni clé d’API, ni variable d’environnement, ni donnée client. Si vous en collez un par erreur, il est retiré avant l’enregistrement — changez-le quand même.
Le dépôt n’est jamais ouvert automatiquement
Le lien que vous donnez n’est ni cloné, ni exécuté, ni analysé par un robot. L’accès au code s’organise après qualification, avec votre accord explicite : invitation sur le seul dépôt concerné, retirée à la fin.
Rien n’est déployé sans votre accord écrit
La livraison se fait par pull request, branche ou patch. Vous gardez la main sur la mise en production.
Clés de test, environnement de test
Je travaille avec des clés de test et, quand c’est possible, une copie ou un environnement de test. Un accord de confidentialité (NDA) est possible avant tout accès.

07 — Le bon service

Code Rescue répare. D’autres services font autre chose.

  • Elle fonctionne mal : bugs, plantages, intégrations cassées.

    Code Rescue

  • Elle fonctionne, mais elle a l’air datée ou confuse.

    Design Rescue →

  • Elle fonctionne et elle est soignée, mais les visiteurs ne convertissent pas.

    Conversion Rescue →Analyse gratuite de la page

  • Vous lancez bientôt et voulez savoir ce qui bloque.

    Launch Rescue →Auto-évaluation gratuite sur la page

  • Vous voulez d’abord vérifier vous-même, gratuitement.

    ShipCheck →Liste de vérification gratuite

  • Le produit est en ligne et le chantier dépasse quelques défauts.

    AI Product Rescue →Page en anglais

  • Le problème dépasse quelques défauts : architecture, reconstruction.

    Projet produit →

08 — Qui fait le travail

Moi. Pas une agence, pas un robot.

Je suis Danilson Ramos, ingénieur produit à Zürich. Je construis et j’exploite des applications Next.js, Supabase et Stripe qui tournent en production, avec de vrais paiements et de vrais utilisateurs.

La personne qui lit votre demande est celle qui corrige le code et qui signe le rapport. Pas de sous-traitance, pas d’intermédiaire.

Des produits que j’ai construits et que je maintiens :

Voir les projets →En savoir plus sur moi →

Questions fréquentes

  • Pouvez-vous corriger du code généré par Lovable ?

    Oui. Lovable produit en général une application React (Vite) avec Supabase : c’est un terrain que je connais bien. Pour corriger, j’ai besoin du code : Lovable peut synchroniser le projet avec un dépôt GitHub, je travaille sur ce dépôt et la correction revient par pull request. Même logique pour Bolt, Replit, Cursor, Claude Code ou du code écrit avec ChatGPT.

  • Pouvez-vous travailler sur un dépôt GitHub privé ?

    Oui, après qualification et avec votre accord : vous m’invitez comme collaborateur sur le seul dépôt concerné (accès retiré à la fin), ou vous partagez une copie. Le formulaire ne demande aucun accès, et le lien que vous y mettez n’est jamais ouvert automatiquement.

  • Et si le problème ne peut pas être reproduit ?

    Je le dis dans le rapport, avec ce que j’ai essayé, ce que j’ai écarté et ce qui aiderait à le reproduire (logs, étapes, compte de test). Un problème non reproduit n’est jamais présenté comme corrigé. Quand c’est clair dès le départ, le Bug Diagnostic est la bonne formule, pas une correction.

  • Pouvez-vous réparer une intégration Stripe ou Supabase ?

    Oui, ce sont parmi les demandes les plus fréquentes : webhooks Stripe non vérifiés ou traités deux fois, accès qui ne suit pas le paiement, règles d’accès Supabase (RLS) qui bloquent de vrais utilisateurs ou laissent trop passer, sessions Supabase Auth. Je travaille avec des clés de test, jamais vos clés de production.

  • Comment les modifications sont-elles livrées ?

    Par pull request ou branche sur votre dépôt (ou un patch si vous préférez), avec le rapport dans votre espace projet. Le mode de livraison est écrit dans le devis. Je ne déploie rien en production sans votre autorisation écrite.

  • Dois-je fournir des accès à ma production ?

    Non. Ni mot de passe, ni clé de production, ni export de vos données clients. Je travaille sur le code et un environnement de test ; si un accès supplémentaire est vraiment nécessaire, il est convenu par écrit, limité au strict nécessaire et retiré à la fin.

  • La correction est-elle garantie ?

    Non, pas avant d’avoir examiné le code : personne d’honnête ne peut promettre de réparer ce qu’il n’a pas vu. Ce qui est garanti : un périmètre écrit, des critères d’acceptation et un rapport vrai. Si la livraison ne respecte pas les critères du devis, je la reprends ; si je n’y arrive pas, vous êtes remboursé. Les règles sont dans les conditions.

  • Comment le prix est-il fixé ?

    Les formules donnent un prix de départ : Bug Diagnostic dès CHF 149, Code Fix dès CHF 490, Stability Sprint dès CHF 1’490. Le prix final dépend de ce que révèle l’examen — nombre de défauts, taille du code, accès, risques — et il est écrit dans le devis avant tout paiement. Un problème complexe est toujours évalué avant d’être chiffré.

  • Sur quelles technologies travaillez-vous ?

    Surtout TypeScript et JavaScript : Next.js, React (Vite), Node.js, Supabase et PostgreSQL, Stripe, Vercel, Netlify, Firebase. Pas d’applications mobiles natives. Si votre stack sort de ce cadre, je vous le dis avant tout devis.

Montrez-moi ce qui bloque.

Lire votre demande et vous répondre ne coûte rien. Vous ne payez qu’en acceptant un devis écrit.