Fondateur solo : passer de Claude à ChatGPT sans réexpliquer votre projet

Scénario d'illustration. Il s'inspire de la façon dont Pryzm est construit par son fondateur, Aurélien, mais il ne contient ni chiffre ni anecdote : c'est un flux de travail type, pas un témoignage.

Un fondateur solo porte tout : le produit, le code, l'infrastructure, le site, le support. Les assistants IA comblent une partie du manque d'équipe. Mais chacun travaille avec sa propre mémoire, et la continuité du projet repose sur une seule personne qui recopie le contexte d'un outil à l'autre.

Ce scénario suit une semaine type de construction d'un produit SaaS, avec trois outils : Claude pour réfléchir et rédiger, ChatGPT pour un deuxième avis, Claude Code dans le terminal pour écrire et corriger le code.

Avant : le projet vit dans votre tête

Lundi, vous discutez avec Claude de la façon d'isoler les données de chaque client dans la base. Vous comparez deux options, vous en choisissez une, pour des raisons précises. Mardi, dans Claude Code, vous implémentez. Le terminal ne sait rien de la discussion de la veille : vous résumez la décision, de mémoire, en oubliant une des raisons.

Jeudi, vous demandez à ChatGPT de relire votre stratégie de sauvegarde. Il vous propose une approche raisonnable… qui contredit le choix de lundi, parce qu'il ne le connaît pas. Vous passez dix minutes à remettre le contexte, puis vous vous demandez si vous aviez bien noté la liste de ce qui restait à faire.

Rien de grave, pris un par un. Mais répété chaque jour, ça produit trois effets : du temps perdu à réexpliquer, des réponses moins bonnes parce que partielles, et des décisions qui se défont sans qu'on s'en rende compte.

Après : une seule mémoire, branchée partout

Avec Pryzm, les trois outils sont connectés au même serveur de mémoire via MCP : une URL, une connexion OAuth par outil. Quand une décision est prise dans une conversation, l'IA l'enregistre. Quand une autre IA en a besoin, elle la retrouve.

• Les décisions techniques suivent le projet. Le choix fait avec Claude lundi, et ses raisons, sont là quand Claude Code ouvre le dépôt mardi.
• Les bugs corrigés restent documentés. La cause d'un incident et le correctif appliqué sont enregistrés ; si le symptôme revient, l'IA retrouve la piste au lieu de repartir de zéro.
• Les todos ne se perdent pas entre deux outils. Ce qui reste à faire est noté au moment où ça apparaît, quel que soit l'assistant ouvert.
• Les préférences s'appliquent partout. Votre façon d'écrire les messages de commit, le ton du site, ce que vous refusez d'ajouter au produit : dit une fois, respecté par tous.

La recherche combine mots-clés et sens : vous n'avez pas besoin de retrouver le terme exact employé trois semaines plus tôt. Et le tableau de bord, organisé par projet, vous montre ce qui a été retenu — vous pouvez corriger ou supprimer.

Ce que vous demandez concrètement à vos IA

Quelques requêtes typiques, telles qu'on les taperait :

• « On avait choisi quoi pour isoler les données des clients, et pourquoi ? »
• « Quels bugs ont été corrigés sur le module de connexion ce mois-ci ? »
• « Qu'est-ce qui reste à faire avant la mise en ligne ? »
• « Relis ce plan de sauvegarde en tenant compte de nos décisions d'infrastructure. »

La dernière est la plus parlante : la relecture devient utile parce que l'IA part de vos contraintes réelles, pas d'un projet imaginaire.

Ce qui ne doit pas être enregistré

Tout ne mérite pas d'être retenu. Un message qui commence par ## n'est jamais enregistré : pratique pour une réflexion à voix haute, un brouillon, ou une information que vous ne voulez pas voir ressortir plus tard.

Côté données, les serveurs sont en Allemagne et chaque compte est chiffré avec sa propre clé (AES-256-GCM). Une limite à connaître : pendant une session, le serveur déchiffre vos souvenirs en mémoire pour pouvoir y chercher. Ce n'est pas du chiffrement de bout en bout, et on préfère le dire.

Quand ce n'est pas utile

Si vous n'utilisez qu'une seule IA, sa mémoire intégrée suffit probablement. Une mémoire partagée prend tout son sens dès le deuxième outil — et encore plus quand l'un d'eux est un agent de code qui ne voit jamais vos conversations.

Comment ça marche, sans jargon

MCP (Model Context Protocol) est un protocole ouvert qui permet à une IA d'appeler des outils externes. Pryzm en fournit quelques-uns : chercher dans la mémoire, enregistrer un souvenir, faire le point sur un projet. Vous ajoutez une seule URL dans chaque assistant, vous vous connectez une fois par OAuth, et chaque outil reçoit son propre jeton, révocable à tout moment.

Les instructions « mémoire principale » font le reste : l'IA consulte Pryzm au début de la conversation et avant de répondre sur un sujet qui dépend de votre contexte, puis enregistre d'elle-même ce qui mérite de l'être. Vous n'avez pas à penser à « sauvegarder » : vous travaillez, et la mémoire se remplit.

Les bonnes habitudes

• Nommez vos projets clairement. Un nom par produit ou par chantier suffit ; l'IA range les souvenirs dans le bon projet quand vous le précisez.
• Donnez la raison avec la décision. « On garde PostgreSQL » vaut moins que « on garde PostgreSQL parce que tout le reste de l'infrastructure en dépend ».
• Relisez le tableau de bord de temps en temps. Une décision abandonnée doit être corrigée, sinon elle continuera d'orienter les réponses.
• Demandez un point de situation en début de session. Une question comme « où en est le projet ? » remet tout le monde, vous compris, au même niveau.

Pour commencer

1. Créez un compte : c'est gratuit jusqu'à 100 souvenirs, puis Solo à 9,99 €/mois.
2. Ajoutez l'URL du connecteur dans chaque outil (Claude, ChatGPT, Claude Code, Cursor, Gemini CLI…).
3. Collez les instructions « mémoire principale » fournies sur la page de connexion : elles indiquent à l'IA de consulter Pryzm au début de chaque conversation et d'enregistrer ce qui compte.

Le guide pas à pas est sur la page de connexion.