Dreaming de Lovable: reescribe su memoria y tu AGENTS.md
Lovable limpia sola su memoria de proyecto y tus AGENTS.md en los planes de pago. Qué toca, qué respeta y por qué no gasta créditos.
Hace unos días Lovable empezó a acordarse de las cosas que le dices mientras construyes. Memoria de proyecto, memoria personal, unos ajustes donde lees lo que recuerda.
El 4 de noviembre de 2026 han dado el paso siguiente, y es el que de verdad cambia cómo trabajas con la herramienta.
Ahora Lovable ordena esa memoria por su cuenta, en segundo plano, sin que tú le pidas nada. El proceso tiene nombre: Dreaming. Y de paso toca los archivos de instrucciones de tu proyecto.
Qué hace exactamente Dreaming
Lovable coge dos cosas: su propia memoria del proyecto y las reglas que hay escritas en tus archivos AGENTS.md. Y las compara contra dos fuentes de verdad: tu código y el chat del proyecto.
Lo que ya no encaja con esa realidad, lo reescribe o lo borra.
O sea, si hace dos meses le dijiste "los precios van en euros" y en el código llevas tres semanas trabajando en dólares, esa nota de la memoria sobra. Dreaming la quita. Hasta ahora ese residuo se quedaba ahí para siempre, condicionando lo que te construye, y tú sin enterarte.
Está disponible en los planes de pago. Y, esto es importante, no gasta créditos. Si vienes mirando los tramos de créditos de Lovable con lupa, este proceso no entra en la cuenta.
¿Puede Lovable borrarme una regla que yo escribí a mano?
Esta es la pregunta buena, y el anuncio la contesta de forma explícita: las reglas que tú has pedido se quedan tal y como las escribiste.
O sea, hay una frontera. Lo que Lovable aprendió solo observándote, lo puede tirar. Lo que tú le dictaste, no lo toca.
Y hay una segunda garantía que agradece cualquiera que haya visto a una IA ordenar algo por su cuenta: el código de tu app nunca cambia. Dreaming ordena notas, no reescribe tu aplicación mientras duermes.
| Qué toca Dreaming | Qué no toca |
|---|---|
| Su memoria del proyecto | El código de tu app |
| Lo que ya no encaja con tu código | Las reglas que tú escribiste |
| Las reglas obsoletas de tu AGENTS.md | Nada sin dejar rastro |
Lo de "dejar rastro" no es un adorno mío. Los cambios que hace en tu AGENTS.md aparecen en el chat del proyecto y en el historial de versiones, etiquetados como "Lovable tidied up its notes". Puedes ir y ver qué ha quitado.
Eso es lo que separa una función útil de un agujero negro. Una memoria que se limpia sola y no te dice qué ha limpiado es exactamente el tipo de sistema que un martes cualquiera empieza a construirte cosas raras y no hay manera de saber por qué.
Lo otro que ha cambiado: AGENTS.md en subcarpetas
En la misma tanda viene un cambio que parece pequeño y no lo es nada.
Lovable ya sigue los archivos AGENTS.md y CLAUDE.md que haya en las subcarpetas de tu proyecto. Cuando abre o edita un archivo, lee las instrucciones de la carpeta de ese archivo y de todas las carpetas que están por encima.
Mira lo que eso significa en la práctica. Antes tenías un archivo de instrucciones y ahí dentro metías todo: las reglas de la base de datos, las del diseño, las de los textos, las de la API. Un archivo que crecía hasta convertirse en un vertedero donde la mitad de las reglas no aplicaban al archivo que estabas tocando.
Ahora puedes repartirlo. Las reglas de los componentes, en la carpeta de los componentes. Las de la base de datos, en la suya. Lovable solo lee lo que le toca en cada momento.
Es el mismo modelo que llevan los asistentes de código desde hace meses. Si ya trabajas con Claude Code, esto te suena: Claude Code también lee AGENTS.md y funciona con esa misma cascada de carpetas. Lovable se ha subido al estándar.
Por qué estas dos cosas van juntas
No es casualidad que hayan salido el mismo día.
Las instrucciones escritas son la forma de que la herramienta no te pregunte siempre lo mismo. Pero tienen un problema que no se ve hasta el tercer mes de proyecto: envejecen. Escribes una regla en marzo, cambias de criterio en mayo, y la regla de marzo sigue ahí mandando.
Yo tengo ese problema con mis propios archivos de instrucciones. Reglas que puse cuando el proyecto era otra cosa y que siguen vivas porque nunca me siento a revisarlas. Nadie se sienta a revisarlas. Es un trabajo invisible que no apetece.
Dreaming va a por eso. Y las subcarpetas van a por lo otro: que las reglas estén cerca de lo que regulan, para que se noten cuando dejan de tener sentido.
Si tienes que escribir reglas para una IA y no sabes por dónde empezar, el enfoque que uso lo tengo contado en cómo escribir un buen archivo de instrucciones. Vale igual para Lovable que para Claude Code.
Qué harías tú con esto desde hoy
Tres cosas concretas, y ninguna lleva más de diez minutos.
Primera: abre tu historial de versiones. Si estás en un plan de pago, Dreaming ya está trabajando. Busca las entradas de "Lovable tidied up its notes" y lee qué ha quitado. Es la mejor forma de ver qué basura tenías acumulada en la memoria del proyecto.
Segunda: marca lo que no quieres perder. Lo que tú has escrito como regla se respeta. Lo que la herramienta dedujo sola, no. Si hay una decisión importante que le contaste de pasada en el chat y nunca pusiste por escrito, ponla por escrito ahora.
Tercera: parte tu archivo de instrucciones. Si tienes un AGENTS.md enorme en la raíz, mira cuántas reglas aplican solo a una carpeta concreta. Muévelas ahí. El archivo de la raíz se queda con lo que es verdad para todo el proyecto.
Y un aviso para los que trabajáis en equipo. La memoria de proyecto la comparte todo el que pueda editarlo, como ya conté cuando salió la importación de proyectos y la memoria de Lovable. Eso significa que Dreaming limpia una memoria que es de todos. Si tu compañero tiene una regla mental que nunca escribió, puede encontrarse con que la herramienta ha dejado de aplicarla. Escribidlas.
El changelog completo está en la web oficial de Lovable (enlace de afiliado: así me ayudas a seguir creando contenido), y ese mismo día han movido más cosas: la monitorización de proyectos ahora también mira los errores que ocurren en el navegador de tus visitantes, en planes de pago y solo mientras tengas activado Visitor analytics. Los ajustes de Privacy & security se han reordenado en cinco pestañas. Y en Enterprise se puede proteger un proyecto para que Lovable no lo marque nunca como abandonado.
Pero lo de hoy es Dreaming. Una herramienta que se encarga del mantenimiento que tú no vas a hacer nunca es una herramienta que entiende cómo funcionamos de verdad.
¿Te sirve de algo todo esto o te suena a chino? Depende bastante de dónde estés con la IA ahora mismo. Hazte el test de nivel de IA y sal con una idea clara de qué te toca aprender después.
Sigue leyendo
Crear un CRM con IA en Softr sin programar (paso a paso)
Creé un CRM entero hablándole a una IA en Softr, sin escribir una línea de código. Te cuento cómo se hace paso a paso y qué se le atasca.
Softr, Base44, Replit, Bolt o Lovable: cuál usar en 2026
Comparo Softr, Base44, Replit, Bolt y Lovable para crear apps con IA y te digo cuál elegir según tu objetivo y tu nivel técnico.
Por qué he dejado Notion y qué uso ahora con Claude Code
Dejé de usar Notion casi por completo. Te cuento por qué y qué uso ahora para organizarme y montar mis herramientas con Claude Code.
Make ya tiene plugin para Cursor: qué es y qué cambia
Make lanza su plugin oficial para Cursor: empaqueta sus Skills y el MCP oficial para montar automatizaciones sin salir del editor.