---
title: "Prompt teardown : le même mot, deux mémoires"
description: "Deux prompts demandent la même chose : retenir. L'un obtient une mémoire personnelle, l'autre une mémoire commune à tout le studio. Voici les mots qui ont décid"
canonical_url: "https://fr.goodbarber.com/blog/prompt-teardown-le-meme-mot-deux-memoires-a1415/"
lang: fr
date: 2026-08-26
last_updated: 2026-08-26
---

# Prompt teardown : le même mot, deux mémoires

[Retour](/blog/reussir-mon-app-r13/)

# Prompt teardown : le même mot, deux mémoires

Ecrit par [Dumè Siacci](https://fr.goodbarber.com/blog/author/dominique-siacci/)  le Mercredi 26 Août 2026

## Deux sections générées dans la même app, deux prompts qui demandent la même chose : retenir. La première mémoire vit sur l'appareil du membre ; la seconde est commune à tout le studio, et disparaît au bout de trente jours. Personne n'a précisé où ranger quoi : la plateforme l'a lu dans la phrase. Voici les mots qui ont décidé.

![](https://cmsphoto.ww-cdn.com/superstatic/40142/art/grande/97525495-67913909.jpg?v=1785416376.5371368)

**Prompt teardown, épisode 2.** La série où l'on décortique des prompts de l'AI Extension Builder pour lire ce qu'ils déclenchent vraiment : ce que chaque phrase obtient, les choix que la génération fait sans qu'on les lui dicte, ce que la section sait faire une fois en place. Aujourd'hui : deux prompts presque jumeaux, écrits pour l'app démo d'un studio de fitness — et une question qu'on ne leur a jamais posée : à qui appartient ce que la section retient ?

## Deux phrases, le même verbe

On a demandé deux sections à l'AI Extension Builder. Deux besoins de studio, banals exprès. Le premier :

*« Checked items are remembered between visits. »* — une checklist de sac de sport dont les cases restent cochées d'une visite à l'autre.

Le second :

*« Entries stay visible for 30 days. »* — un tableau des objets trouvés dont les annonces restent affichées trente jours.

Deux phrases construites pareil : quelque chose doit rester. Ni l'une ni l'autre ne dit où, ni comment. Si vous deviez parier, vous diriez : même mécanique derrière. C'est précisément là que ça devient intéressant.

## La première ne dit rien

« My gym bag » est sortie du générateur en checklist prête à l'emploi : huit éléments par défaut (gourde, serviette, chaussures d'entraînement…), modifiables et complétables comme demandé, une barre de progression, un bandeau « Personal checklist ». On coche, une confirmation glisse à l'écran — *« Saved to your bag »* —, on ferme l'app, on revient : le sac est tel qu'on l'a laissé.

Le détail qui compte : la section ne dit jamais où vit cette mémoire. Pas de compte à créer, pas de question posée, rien à brancher. Elle marche, simplement. Cette liste est celle du membre, sur son appareil — et l'interface n'éprouve pas le besoin de le préciser, parce qu'il n'y a rien à en dire : c'est le comportement qu'on attend d'une affaire personnelle.

## La seconde annonce la couleur

« Lost & Found » arrive avec un tout autre tempérament. La section se coiffe d'un bandeau qu'on ne lui a jamais dicté — « Community board » — et se présente en une phrase rédigée par la génération : *« Post a short note so members can help return it. »* Plus bas, le tableau des annonces s'intitule « Newest notes » et affiche sa règle : *« Entries stay visible for 30 days. »*

Personne n'a écrit ces phrases-là. Elles reformulent le prompt en promesse d'interface : ce que vous postez ici s'adresse aux autres — c'est même sa raison d'être. Le formulaire suit la description à la lettre — un champ pour l'objet, un champ pour l'endroit — et chaque note s'étiquette Lost ou Found. La liste s'affiche du plus récent au plus ancien, chaque annonce datée.

La première section restait muette sur sa mémoire ; celle-ci se présente d'emblée comme un tableau commun — « community board », c'est elle qui le dit. Deux contrats différents, et on n'a toujours écrit que des phrases d'usage.

![La section Lost & Found générée dans l'app du studio : une note postée rejoint le tableau commun](https://assets.ww-cdn.com/blog/studio_forma_lostandfound.gif)

## Deux téléphones

Le test qui départage tout tient en un geste : ouvrez l'app sur deux téléphones.

Dans « My gym bag », chacun a sa liste. Cochez la gourde sur l'un, l'autre n'en saura jamais rien — c'est exactement ce qu'on attend d'un sac de sport.

Dans « Lost & Found », signalez depuis le premier une gourde égarée au vestiaire. Quand le second téléphone ouvre la section, l'annonce est là — étiquetée Lost, datée, en tête de liste.

Même app, installée deux fois, et deux mémoires de nature différente : l'une appartient à l'appareil, l'autre au studio.

## Les mots qui ont décidé

Revenons au texte. Aucun des deux prompts ne parle de stockage, de compte ou de synchronisation — le mot « mémoire » n'y figure même pas. La différence est ailleurs :

*« This list is personal to each member. »*

*« Anyone can post… All members see the same list. »*

D'un côté *personal*, *each member*. De l'autre *anyone*, *all members*, *the same list*. Le verbe était le même — retenir — mais pas le destinataire. C'est la portée des données qui a tranché : une mémoire pour chacun, posée sur l'appareil ; une mémoire pour tous, qui suit la section où qu'on l'ouvre.

En présentant [la base de données que l'AI Extension Builder branche à votre app](https://fr.goodbarber.com/blog/ai-extension-builder-une-base-supabase-dans-votre-app-a1394/), Mathieu écrivait que le Builder n'ajoute pas de base là où ce n'est pas justifié. Voilà comment il le sait : il ne cherche pas un mot-clé technique dans votre prompt, il lit à qui vos phrases donnent les données.

Même mécanique pour la durée. *« Stay visible for 30 days »* n'était qu'une phrase d'usage ; elle est devenue une règle appliquée — les annonces cessent de s'afficher au bout de trente jours. Votre description n'inspire pas la section : elle la spécifie.

Et si vous deviez maintenir le code vous-même ? Ce choix — où vivent les données, qui peut les lire, ce qui les fait expirer — serait un choix d'architecture à instruire et à porter ligne à ligne, section par section. Ici, il est lu dans votre phrase, et ce qu'il engage reste chez vous : la mémoire commune vit sur un service de données branché à votre app et souscrit à votre nom. Ce qui est au nom du studio vit chez le studio.

## Les prompts complets

Les voici tels qu'ils ont été collés, sans une ligne de plus :

Create a "My gym bag" section for a fitness app. The member keeps a personal checklist of what to pack (I'll edit the default items). Checked items are remembered between visits. This list is personal to each member.

Create a "Lost and found" section for a fitness app. Anyone can post a short note about an item lost or found at the studio (description + where). All members see the same list, newest first. Entries stay visible for 30 days.

Deux fois quatre phrases. La différence qui commande toute l'architecture tient, dans chacun, à une seule d'entre elles.

## À vous

Prenez l'un de ces prompts, changez le destinataire de la mémoire — donnez la checklist à toute l'équipe, ou rendez le tableau personnel — et regardez ce que la génération décide. C'est le meilleur exercice pour sentir ce que la plateforme lit vraiment dans une description.

L'épisode précédent décortiquait une section qui retient, elle aussi — une place de parking — et va chercher le GPS et Maps du téléphone : [Prompt teardown : GPS, mémoire et Maps à partir d'une seule phrase](https://fr.goodbarber.com/blog/prompt-teardown-gps-memoire-et-maps-a-partir-d-une-seule-phrase-a1402/).

L'AI Extension Builder est en bêta, ouvert à tous : [créez une app avec GoodBarber](https://fr.goodbarber.com/create/) et décrivez votre première section.

## FAQ

**Comment la plateforme sait-elle si une mémoire doit être partagée ?**

Elle lit à qui les données s'adressent dans votre description. « This list is personal to each member » installe une mémoire individuelle ; « All members see the same list » installe une mémoire commune. Il n'y a pas de vocabulaire technique à connaître : décrivez qui écrit et qui lit, la plateforme choisit le niveau qui correspond.

**Peut-on avoir les deux types de mémoire dans la même app ?**

Oui. Les deux sections de cet article vivent côte à côte dans la même app démo. Chaque section reçoit le niveau que sa description demande — l'une n'impose rien à l'autre.

**D'où vient la règle des trente jours ?**

Du prompt, et de nulle part ailleurs : « Entries stay visible for 30 days ». La génération en a fait une règle de la section. Une autre durée — ou aucune limite — se demande de la même façon : dans la phrase.

**Un membre doit-il créer un compte pour poster un objet trouvé ?**

Dans cette démo, non : le prompt dit « anyone can post », et la section le prend au mot — on poste sans s'identifier. Là encore, la règle vient de la description.

![Dominique Siacci](https://blog.goodbarber.com/_public/profile/ca/ca3512f4dfa95a03169c5a670a4c91a19b3077b4-default.jpg)

À propos de l'auteur[Dominique Siacci](https://fr.goodbarber.com/blog/author/dominique-siacci/)CTO

Co-fondateur et CTO de GoodBarber. Je pilote la vision technique du produit : architecture, infrastructure, et plus récemment l'intégration de l'IA au cœur de la plateforme. Développeur dans l'âme, je reste proche du code et des choix d'ingénierie qui permettent à des milliers d'utilisateurs de GoodBarber de publier leurs apps sans écrire une ligne de code.

[En savoir plus](https://fr.goodbarber.com/blog/author/dominique-siacci/)

[![LinkedIn](https://portal.ww-cdn.com/portal_static/svg/base2021/linkedin.3ed8162e2a2b.svg)](https://fr.linkedin.com/in/dsiacci/)[![X](https://portal.ww-cdn.com/portal_static/svg/base2021/x.820492c586dd.svg)](https://twitter.com/dsiacci)[![Facebook](https://portal.ww-cdn.com/portal_static/svg/base2021/fb.be37c82b8283.svg)](https://www.facebook.com/dsiacci)