Kör en typisk fråga i appen och öppna sedan Cloud → AI. Där visar Lovable modellen som faktiskt användes för anropet. Be därefter Lovable ange det exakta modell-id:t, vilken backend-funktion som gör anropet och om valet står uttryckligen i koden eller följer ett standardval. Får du tillbaka openai/chat-latest kör funktionen på ett namn vars innehåll byts av OpenAI. Ska budgeten vara förutsägbar är dokumentationens eget råd att välja en numrerad GPT-modell i stället. Spara samtidigt två eller tre typiska frågor tillsammans med de svar du får i dag – det är det som gör ett tyst byte upptäckbart senare.
Det här står i changeloggen
Posten är kort. Appar som byggs i Lovable kan från och med den 24 augusti 2026 använda Chat Latest för sina AI-funktioner. Modellen tar emot text och bild, svarar direkt utan att resonera först, och är inte tillgänglig för prioriterad hantering – alltså det snabbare spåret hos OpenAI som annars går att välja för stödda OpenAI-modeller. Changeloggen skriver själv att modell och pris ändras löpande i takt med OpenAI:s uppdateringar.
Två saker i den beskrivningen är värda att stanna vid. Att modellen inte resonerar före svaret betyder att den inte kan visa något tänkande ovanför svaret. Det låter som en detalj i gränssnittet, men dokumentationen kopplar det till förbrukningen: tänkandet räknas till svarets utdata, så ett svar som visar sitt tänkande kostar mer än samma svar utan. Att tänkandet inte läggs till innebär alltså en möjlig kostnadspost mindre, men säger inte vad det samlade svaret kostar.
Den andra saken är vad Chat Latest inte är: standardval. Lovables standardmodell för chattfunktioner är vid kontrolldatumet Gemini 3.7 Flash, och varje modelltyp i verktyget har sitt eget standardval. Chat Latest hamnar därför i din app först när någon har bett om den. Har koden inget uttryckligt modellval använder funktionen standardvalet. Det behöver inte längre vara en gissning: ett färskt anrop går att kontrollera under Cloud → AI.
Ett modellnamn utan siffra är ett rörligt mål
Lovables modellista beskriver Chat Latest som den senaste Instant-modell som ChatGPT använder, avstämd för konverserande chatt. Direkt efter den beskrivningen står den mening hela den här nyheten vilar på, i dokumentationens egen formulering: OpenAI byter regelbundet modellen bakom det här namnet, och vad den kostar kan ändras med den, så välj en numrerad GPT-modell när du behöver att svar och kostnad förblir förutsägbara.
Det är ovanligt rakt för att komma från leverantören själv, och det är därför rådet väger. Lovable säger inte att Chat Latest är sämre. Verktyget säger att den är obestämd: du beställer en egenskap – ”den senaste” – i stället för en modell. Numrerade alternativ som GPT-5.6 Sol, GPT-5.6 Terra, GPT-5.6 Luna, GPT-5.5 och GPT-5.4 pekar däremot på ett bestämt innehåll. Listan i dokumentationen innehåller fler av dem, och den ändras; räkna inte med att namnen ovan är hela urvalet den dag du läser det här.
- Svarens karaktär. En ny modell bakom samma namn kan skriva längre, kortare, mer försiktigt eller mindre precist. Ingenting i din app har ändrats, så det finns ingen ändring att backa.
- Kostnaden per svar. Förbrukningen i Lovables AI-gateway beror på vilken modell som körs och hur mycket arbete den utför. Byts modellen kan bägge leden flytta sig samtidigt.
- Din egen jämförelsepunkt. Utan sparade svar från i dag finns inget att jämföra med i oktober. Då återstår bara känslan av att ”svaren blivit annorlunda”, vilket ingen kan felsöka.
Notera vad påståendet inte är. Ingen källa säger att Chat Latest är dyrare än en numrerad modell, och den här texten påstår det inte heller. Det som är belagt är att kostnaden är rörlig. För en hobbyapp är det oftast oproblematiskt. För en app där du har lovat någon annan en driftkostnad är rörligheten själva problemet, oavsett åt vilket håll den rör sig. Hela kostnadsbilden runt en publicerad app – där modellvalet bara är en post bland flera – finns i Vad kostar en publicerad AI-byggd app? Sex poster du måste räkna på.
Så tar du reda på vilken modell din app kör
Lovable har två avläsningar som svarar på var sin del av frågan. Under Cloud → AI ser du enskilda anrop med bland annat modell, tokenanvändning och kostnad. Det visar vad som faktiskt kördes. Själva anropet går däremot genom en backend-funktion som Lovable skapar åt dig, inte direkt från webbläsaren. För att få både det exakta modell-id:t och veta om valet står uttryckligen i koden eller följer ett standardval ber du därför Lovable redovisa det utan att ändra något.
openai/chat-latest eller ett numrerat alternativ, och peka ut var valet görs. Står inget id uttryckligen i koden ska svaret ange vilket standardval som gäller.”Ändra ingenting. Lista varje AI-funktion i den här appen. Ange för var och en: det exakta modell-id som anropet använder, vilken backend-funktion som gör anropet, om id:t står uttryckligen i koden eller följer ett standardval, och om funktionen använder streaming. Säg uttryckligen om något anrop använder openai/chat-latest. Svara med en rad per funktion och gissa inte.”
Att svaren strömmar in ord för ord säger ingenting om vilken modell som ligger bakom, eftersom Lovable använder streaming som standard för chatt- och assistentfunktioner. Ytan ser likadan ut oavsett. Samma logik gäller åt andra hållet: den här avläsningen gäller chattmodellen och säger inget om appens sökfunktion. Använder du semantisk sökning eller rekommendationer har den delen ett eget modellspår, som beskrivs i nyheten om att Lovable byter sökmodell för nya appfunktioner medan gamla index blir kvar. En app kan alltså ha två modellval som är olika gamla och lever olika liv.
Spara provet i dag – annars märks bytet bara som en känsla
Utgå inte från att ett modellbyte bakom namnet aviseras i din app. Ingen källa lovar ett meddelande, en versionslåsning eller en logg som säger ”här bytte modellen”. Därför behöver du ett prov du själv kan köra om.
Gör det litet nog att orka upprepa. Två eller tre frågor räcker, men de ska vara typiska för hur appen faktiskt används, inte konstruerade specialfall. En fråga som ska besvaras kort. En fråga som kräver att modellen håller sig till uppgiften i stället för att svamla. Och, om funktionen tar emot bilder, en bild med ett svar du kan bedöma. Spara frågan och svaret ordagrant med dagens datum, på samma ställe som resten av dina prov – metoden i sig finns i Provlistan: fem minuter som fångar det den nya funktionen tog sönder.
Poängen med att spara svaret och inte bara frågan är att kriteriet annars glider. ”Blev svaret bra?” är inte mätbart en månad senare. ”Är svaret fortfarande kortare än fem meningar och nämner fortfarande öppettiderna?” är det. Prompten beställer alltså samma sak som du sedan bedömer, och det är hela skillnaden mellan ett prov och ett intryck.
Kör om provet när du misstänker något, och gör det till en rutin inför perioder då du inte vill ha överraskningar. Vid samma tillfälle är det värt att kontrollera att appen beter sig anständigt när svaret uteblir: får arbetsytan slut på krediter svarar servern med statuskoden 402 Payment Required, och vad användaren då möter beror helt på om appen har ett reservläge eller bara en snurrande ikon. Hur du provar det utan att koda står i Vad händer när AI-tjänsten ligger nere? Prova appens reservläge utan kod.
Två modellval som inte är samma sak
Sajten skrev nyligen om modellval och krediter i byggverktyget. Det är en annan fråga än den här, och de löser inte varandra. Skillnaden är värd att kunna säga med egna ord, eftersom åtgärden skiljer sig åt.
Modellen du chattar med
Den som svarar när du beskriver vad appen ska göra. Den ligger i byggverktygets fönster, den drar din prenumerations krediter och den syns i verktygets egen lägesväljare. Det spåret behandlas i nyheten om vad som fortfarande drar krediter i Replit.
Modellen dina användare kör
Den som svarar när någon annan klickar i din publicerade app. Anropet går genom en backend-funktion, det drar arbetsytans krediter via AI-gatewayen, och modellen för ett utfört anrop syns under Cloud → AI. Det är den här nyhetens ämne.
Den praktiska följden är att lägesväljaren du använder när du bygger inte svarar på vilken modell den publicerade appen kör. Du kan sitta i det billigaste byggläget och samtidigt ha en publicerad app vars AI-funktion kör på ett modellnamn som byts av någon annan. De två posterna dyker upp på olika ställen och rättas med olika åtgärder: den ena med ett byte av byggläge, den andra med ett byte av modell-id i appens kod.
En sista sak att inte missa: byter du modell är det en ändring i appen som alla andra. Gör den för en funktion i taget, kör provet direkt efteråt och låt några dagars användning passera innan du bedömer förbrukningen. Byter du modell i tre funktioner samtidigt vet du efteråt inte vilken av dem som stod för skillnaden.
Du har kört minst ett typiskt anrop per AI-funktion och läst av modellen under Cloud → AI. Du har dessutom ett exakt modell-id per funktion, vet vilken backend-funktion som gör anropet och om valet är uttryckligt eller följer ett standardval. Du kan säga om något av dem är openai/chat-latest och därmed pekar på ett rörligt mål. Du har läst av arbetsytans förbrukning under Settings → Plans & credit usage → Usage details → Run credits och antecknat dagens läge som nollpunkt. Och du har två eller tre sparade frågor med dagens svar, daterade, som du kan köra om den dag svaren känns annorlunda.
Officiella källor · kontrollerade 26 aug 2026
- Lovable Docs, changeloggen 24 augusti 2026: att appens AI-funktioner kan använda Chat Latest med modell-id openai/chat-latest, att modellen tar emot text och bild, svarar utan att resonera, saknar prioriterad hantering och att modell och pris ändras med OpenAI:s uppdateringar ↗
- Lovable Docs, ”AI features for your app”: beskrivningen av Chat Latest och rådet att välja en numrerad GPT-modell när svar och kostnad ska vara förutsägbara, standardmodellen för chatt, att Cloud → AI visar modell och kostnad per anrop samt att streaming används som standard ↗
- Lovable Docs, alternativ adress till samma dokumentationssida: att anropen körs i en backend-funktion och inte i webbläsaren, att modellvalet görs per AI-funktion, statuskoden 402 Payment Required och vägen Settings → Plans & credit usage → Usage details → Run credits ↗