---
title: "Prompt teardown: la misma palabra, dos memorias"
description: "Dos prompts piden lo mismo: recordar. Uno obtiene una memoria personal; el otro, una memoria común a todo el estudio. Estas son las palabras que decidieron."
canonical_url: "https://es.goodbarber.com/blog/prompt-teardown-la-misma-palabra-dos-memorias-a1113/"
lang: es
date: 2026-08-26
last_updated: 2026-08-26
---

# Prompt teardown: la misma palabra, dos memorias

[Atrás](/blog/make-it-r8/)

# Prompt teardown: la misma palabra, dos memorias

Escrito por [Dumè Siacci](https://es.goodbarber.com/blog/author/dominique-siacci/)  el Miércoles 26 Agosto 2026

## Dos secciones generadas en la misma app, dos prompts que piden lo mismo: recordar. La primera memoria vive en el dispositivo del miembro; la segunda es común a todo el estudio y desaparece a los treinta días. Nadie precisó dónde guardar qué: la plataforma lo leyó en la frase. Estas son las palabras que decidieron.

![](https://cmsphoto.ww-cdn.com/superstatic/81328/art/grande/97525623-67914040.jpg?v=1785417177.3824959)

**Prompt teardown, episodio 2.** La serie en la que desmontamos prompts del AI Extension Builder para leer lo que de verdad desencadenan: lo que consigue cada frase, las decisiones que la generación toma sin que nadie se las dicte, lo que la sección sabe hacer una vez en su sitio. Hoy: dos prompts casi gemelos, escritos para la app demo de un estudio de fitness — y una pregunta que nadie les hizo: ¿de quién es lo que la sección recuerda?

## Dos frases, el mismo verbo

Pedimos dos secciones al AI Extension Builder. Dos necesidades corrientes de un estudio, deliberadamente banales. La primera:

*«Checked items are remembered between visits.»* — una checklist de bolsa de deporte cuyas casillas siguen marcadas de una visita a la siguiente.

La segunda:

*«Entries stay visible for 30 days.»* — un tablón de objetos perdidos donde los anuncios permanecen visibles treinta días.

Dos frases construidas igual: algo tiene que permanecer. Ninguna dice dónde, ni cómo. Si tuvieras que apostar, dirías: la misma mecánica por debajo. Y justo ahí es donde se pone interesante.

## La primera no dice nada

«My gym bag» salió del generador como una checklist lista para usar: ocho elementos por defecto (botella de agua, toalla, zapatillas de entrenamiento…), editables y ampliables como se pedía, una barra de progreso, un rótulo «Personal checklist». Marcas una casilla, una confirmación se desliza en pantalla — *«Saved to your bag»* —, cierras la app, vuelves: la bolsa está tal y como la dejaste.

El detalle que importa: la sección no dice nunca dónde vive esa memoria. Sin cuenta que crear, sin preguntas, nada que conectar. Funciona, sin más. Esta lista es la del miembro, en su dispositivo — y la interfaz no siente la necesidad de precisarlo, porque no hay nada que decir: es el comportamiento que esperas de algo personal.

## La segunda enseña sus cartas

«Lost & Found» llega con otro temperamento. Se corona con un rótulo que nadie le dictó — «Community board» — y se presenta con una frase redactada por la propia generación: *«Post a short note so members can help return it.»* Más abajo, el tablón de anuncios se titula «Newest notes» y muestra su regla: *«Entries stay visible for 30 days.»*

Nadie escribió esas frases. Reformulan el prompt como promesa de interfaz: lo que publicas aquí va dirigido a los demás — esa es justamente su razón de ser. El formulario sigue la descripción al pie de la letra — un campo para el objeto, otro para el lugar — y cada nota se etiqueta Lost o Found. La lista se muestra de más reciente a más antigua, cada anuncio con su fecha.

La primera sección callaba sobre su memoria; esta se presenta de entrada como un tablón común — «community board», lo dice ella misma. Dos contratos distintos, y seguimos sin haber escrito más que frases de uso corriente.

![La sección Lost &amp; Found generada: una nota publicada se suma al tablón común del estudio](https://assets.ww-cdn.com/blog/studio_forma_lostandfound.gif)

## Dos teléfonos

La prueba que lo zanja todo cabe en un gesto: abre la app en dos teléfonos.

En «My gym bag», cada uno tiene su lista. Marca la botella en uno: el otro nunca se enterará — que es exactamente lo que esperas de una bolsa de deporte.

En «Lost & Found», señala desde el primero una botella olvidada en el vestuario. Cuando el segundo abre la sección, el anuncio está ahí — etiquetado Lost, con fecha, el primero de la lista.

La misma app, instalada dos veces, y dos memorias de naturaleza distinta: una pertenece al dispositivo, la otra al estudio.

## Las palabras que decidieron

Volvamos al texto. Ninguno de los dos prompts habla de almacenamiento, de cuentas o de sincronización — la palabra «memoria» ni siquiera aparece. La diferencia está en otra parte:

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

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

De un lado *personal*, *each member*. Del otro *anyone*, *all members*, *the same list*. El verbo era el mismo — recordar — pero no el destinatario. Lo que inclinó la arquitectura es para quién son los datos: una memoria para cada uno, apoyada en el dispositivo; una memoria para todos, que sigue a la sección allá donde se abra.

Al presentar [la base de datos que el AI Extension Builder añade a tu app](https://es.goodbarber.com/blog/ai-extension-builder-una-base-de-datos-supabase-en-tu-app-a1092/), Mathieu escribía que el Builder no añade una base donde no está justificada. Así es como lo sabe: no busca una palabra clave técnica en tu prompt, lee a quién dan tus frases los datos.

La misma mecánica con la duración. *«Stay visible for 30 days»* no era más que una frase corriente; se convirtió en una regla aplicada — los anuncios dejan de mostrarse a los treinta días. Tu descripción no inspira la sección: la especifica.

¿Y si tuvieras que mantener el código tú mismo? Esa decisión — dónde viven los datos, quién puede leerlos, qué los hace caducar — sería una decisión de arquitectura que dictar y sostener línea a línea, sección tras sección. Aquí se lee en tu frase, y lo que compromete sigue siendo tuyo: la memoria común vive en un servicio de datos conectado a tu app y suscrito a tu nombre. Lo que está a nombre del estudio vive con el estudio.

## Los prompts completos

Aquí están tal cual se pegaron, sin una línea más:

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.

Cuatro frases cada uno. La diferencia que manda sobre toda la arquitectura se reduce, en cada uno, a una sola.

## Te toca

Coge cualquiera de los dos prompts, cambia el destinatario de la memoria — dale la checklist a todo el equipo, o haz personal el tablón — y mira qué decide la generación. Es el mejor ejercicio para sentir lo que la plataforma lee de verdad en una descripción.

El episodio anterior desmontaba una sección que también recuerda — una plaza de aparcamiento — y va a buscar el GPS y Maps del teléfono: [Prompt teardown: GPS, memoria y Maps a partir de una sola frase](https://es.goodbarber.com/blog/prompt-teardown-gps-memoria-y-maps-a-partir-de-una-sola-frase-a1100/).

El AI Extension Builder está en beta, abierto a todos: [crea una app con GoodBarber](https://es.goodbarber.com/create/) y describe tu primera sección.

## FAQ

**¿Cómo sabe la plataforma si una memoria debe ser compartida?**

Lee a quién van dirigidos los datos en tu descripción. «This list is personal to each member» instala una memoria individual; «All members see the same list» instala una memoria común. No hay vocabulario técnico que aprender: describe quién escribe y quién lee, y la plataforma elige el nivel que corresponde.

**¿Puede la misma app tener los dos tipos de memoria?**

Sí. Las dos secciones de este artículo conviven en la misma app demo. Cada sección recibe el nivel que pide su descripción — ninguna impone nada a la otra.

**¿De dónde sale la regla de los treinta días?**

Del prompt, y de ningún otro sitio: «Entries stay visible for 30 days». La generación la convirtió en una regla de la sección. Otra duración — o ninguna — se pide de la misma manera: en la frase.

**¿Necesita un miembro crear una cuenta para publicar un objeto perdido?**

En esta demo, no: el prompt dice «anyone can post», y la sección se lo toma al pie de la letra — se publica sin identificarse. Una vez más, la regla viene de la descripción.

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

Sobre el autor[Dominique Siacci](https://es.goodbarber.com/blog/author/dominique-siacci/)CTO

Cofundador y CTO de GoodBarber. Dirijo la visión técnica del producto: arquitectura, infraestructura y, más recientemente, la integración de la IA en el corazón de la plataforma. Desarrollador de corazón, sigo cerca del código y de las decisiones de ingeniería que permiten a miles de usuarios de GoodBarber publicar sus apps sin escribir una sola línea de código.

[Leer más](https://es.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)
