Comment j'ai expédié 3 backends SaaS de production en 30 jours en utilisant Claude Code (sans que la perte de contexte ne détruise tout)

J'utilise Claude Code depuis 4 mois pour créer des backends SaaS. Aimer. Jusqu'à ce que je ne le fasse pas.

Vous connaissez le modèle. Jour 1 : Claude écrit une belle logique d'authentification. Vous êtes impressionné. Jour 3 : Demandez-lui d'ajouter des webhooks Stripe. Jour 5 : l'authentification est rompue. Aucune idée de ce qui a changé. Jour 7 : Fenêtre contextuelle pleine. Démarrez une nouvelle session. Jour 8 : « Attendez, quel schéma de base de données utilisons-nous encore ? »

Chaque. Célibataire. Temps.

Je passerais plus de temps à réexpliquer mon projet qu'à le construire. La métaphore du « brillant collègue amnésique » est douloureusement exacte.

Le problème de la perte de contexte que personne ne résout

Voici ce que j'ai continué à frapper :

Dérive à mi-session. Claude commençait par async/await, puis passait au hasard aux chaînes .then() 200 lignes plus tard. Pourquoi? Dégradation du contexte. Le modèle « oublie » les schémas antérieurs à mesure que la conversation se développe.

Amnésie de schéma. Je définirais une table d'utilisateurs avec des colonnes spécifiques dans le message 5. Par le message 40, Claude suggère des requêtes pour des colonnes qui n'existent pas.

Régression de la sécurité. Des politiques RLS soigneusement mises en place lors de la phase 1 ? Complètement ignoré lors de l'ajout de fonctionnalités dans la phase 3.

L’effet Jour de la marmotte. Fermez l'ordinateur portable vendredi. Ouvert lundi. Passez 30 minutes à réexpliquer l'ensemble du projet avant que Claude puisse écrire une seule ligne.

J'ai essayé tout ce qu'Internet suggérait :

• ✗ Invites plus longues avec un contexte complet (l...
  [Courte citation de 8% de l'article original]