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

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.

« 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.

« 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.

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.

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, 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 voici tels qu'ils ont été collés, sans une ligne de plus :

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

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.

L'AI Extension Builder est en bêta, ouvert à tous : créez une app avec GoodBarber et décrivez votre première section.

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.