Lovable Dreaming: projektminnet städas automatiskt – granska ändringarna

Vad Lovable lade till

Enligt Lovables changelog för 4 november 2026 städar Lovable nu projektminnet i bakgrunden på betalplaner, en process som kallas Dreaming. Lovable kontrollerar sitt minne och reglerna i dina AGENTS.md-filer mot koden och projektchatten och skriver sedan om eller tar bort det som inte längre gäller. Dreaming använder inga krediter. Vilka betalplaner som ingår räknas inte upp i de sidor vi har läst.

Dokumentationen om minne ger skälet: det sparade kan bli inaktuellt när appen ändras, till exempel en regel om en sida du har tagit bort eller ett pris du har ändrat. Dubbletter tas också bort. Det är två olika platser som städas. Projektminnet rymmer sådant som prisformat, tonläge och lösningar du har uteslutit, och det lagras separat från projektfilerna. Tekniska beslut står i stället som korta regler i AGENTS.md, en vanlig fil i projektet. Den skillnaden avgör vad du kan granska i efterhand.

Dokumentationen anger inget schema. Dreaming kontrollerar några minnen och filer åt gången och börjar med dem som kontrollerades för längst sedan, och i ett stort projekt krävs flera omgångar. Vår härledning: att en gammal regel står kvar i dag betyder inte att den har granskats.

Vad som ändras och vad som ska ligga kvar

• Kan ändras: projektminnet och reglerna i AGENTS.md. En regel kan också flyttas till en andra AGENTS.md-fil.
• Ändras inte: appens kod och det Lovable minns om dig personligen.
• Ska ligga kvar: en regel du har bett om, även när koden ännu inte följer den, och regler om lösningar du har uteslutit.

Fallgropen finns i den sista punkten. Dokumentationen förklarar inte hur Lovable avgör vilka regler du har bett om. Vår bedömning är därför att du ska se skyddet som en beskriven regel, inte som ett bevis för att just din regel står kvar. Den som vill ha en regel följd ordagrant hänvisas i dokumentationen till Instructions, som du skriver själv. Instructions nämns inte bland det Dreaming kontrollerar, men sidan lovar inte heller uttryckligen att de lämnas orörda.

Omfattas ditt projekt?

Dreaming körs inte överallt. Gå igenom de fyra villkoren nedan. Sökvägarna kommer från Lovables dokumentation, inte från ett eget prov.

Faller projektet på något av villkoren uteblir städningen. Vår härledning: gamla regler ligger då kvar tills du eller Lovable ändrar dem i det vanliga arbetet. Det gäller särskilt projekt med Git sync, där andra kan ändra koden utanför Lovable.

Minnessidan beskriver ingen egen strömbrytare för Dreaming. Det enda val i minnesinställningarna som stoppar den är Nothing, och det stänger av mer än städningen. Lovable använder då inget minne i projektet, sparar inget nytt och lägger inte längre till regler i AGENTS.md på eget initiativ. Det som redan är sparat raderas inte, och reglerna i filerna ändras inte av valet.

Hitta ändringen i historiken

Historikposten är knuten till AGENTS.md. Dokumentationen nämner ingen motsvarande post när Dreaming ändrar projektminnet, som ju inte ligger bland filerna. Vår härledning: en tom historik visar inte att minnet är orört. Minnessidan visar nuläget, men enligt dokumentationen inte vad Dreaming har tagit bort, och det du läser där är en sammanfattning som Lovable har skrivit. Saknas en uppgift går det alltså inte att se om den är borttagen eller bara utelämnad ur sammanfattningen. Har du uppgifter som inte får bli fel, till exempel priser, är det säkrare att ha dem i en egen lista och jämföra. Det är vårt råd, inte Lovables.

Granska ett regelbeslut

En regel du har bett om kan stå kvar trots att koden inte följer den. När Lovable senare arbetar med den koden pekar den enligt dokumentationen ut skillnaden och frågar om regeln ska behållas eller koden ändras. Frågan kommer alltså i det vanliga bygget, och det är inte Dreaming som ändrar koden.

Ett påhittat exempel: en regel säger vilken tjänst som sköter betalningarna, men koden anropar en annan. Läs regeln och enradsmotiveringen som Lovable skriver till tekniska regler. Gäller motiveringen fortfarande är det koden som avviker. Har beslutet ändrats sedan dess är det regeln som ska bort eller skrivas om. Svara inte förrän du vet vilket av fallen det är, särskilt om koden rör betalningar eller inloggning. Alla som kan redigera projektet använder samma projektminne, så bestäm gärna vem som svarar när ni är flera. De två sista råden är våra.

Få tillbaka en borttagen uppgift

Dokumentationen ger två vägar: säg till Lovable i projektchatten, eller redigera AGENTS.md i kodeditorn, som du öppnar med fliken Code. För projektminnet, som inte ligger bland filerna, är chatten den väg som återstår. Lovables eget exempel handlar om priser i kronor. I vår formulering, som vi inte har kört, kan det låta så här: Kom ihåg att alla priser visas som ”39 kr”. Den uppgiften har tagits bort men gäller fortfarande. Skriv inga nycklar eller personuppgifter i meddelandet. Lovable känner enligt dokumentationen bara igen hemligheter i kända format och kan missa annat.

Om ett sådant meddelande gör att uppgiften sedan räknas som en regel du har bett om säger dokumentationen inget. Vårt råd är att läsa minnessidan igen efter några dagar. Revert är fel verktyg för en enskild uppgift. Enligt dokumentationen återställer det hela projektets kod till den valda versionen. Vår härledning: du backar då också annat arbete, och eftersom minnet lagras separat kan du inte räkna med att det följer med.

Det här ersätter inte din egen projekttext

Dreaming håller Lovables anteckningar uppdaterade. Dokumentationen jämför inte funktionen med egna underlag, men vår slutsats är att en text du själv äger fortfarande behövs som facit. Hur den skrivs står i artikeln om en projektbeskrivning som håller, och överlämningen mellan samtal i artikeln om när modellen tappar tråden. Filernas tekniska uppbyggnad behandlas i artikeln om kontextfiler i Utveckling.

Redaktionen har inte kört Dreaming eller provat stegen i något projekt. Sakuppgifterna bygger enbart på Lovables dokumentation, som kan ändras. Råd och härledningar är märkta i texten.