Try to fix får en gräns på tio gratisfixar: så räcker potten

Vad som drar från potten — och vad som inte gör det

Det första misstaget är att tro att potten gäller ”fixar” i största allmänhet. Lovable beskriver den snävare än så, och skillnaden avgör hur snabbt du kommer att tömma den.

Här ligger den viktigaste följden, och den är lätt att missa: den vanligaste sortens fel för någon som bygger utan kod är inte ett byggfel. ”Knappen gör ingenting”, ”listan visar fel poster”, ”det sparas inte” — sådant är en app som byggs alldeles utmärkt men beter sig fel. Då finns ingen Try to fix-knapp att klicka på, eftersom knappen hör till byggfel. Den rättningen har aldrig varit gratis: den körs som ett vanligt chattmeddelande och drar krediter, både före och efter den 11 augusti.

Potten fylls på per fix — inte per månad

Det ligger nära till hands att läsa siffran som ”tio fixar per månad”. Det stämmer inte mot vad Lovable skriver. Formuleringen är att varje fix du använder blir tillgänglig igen 24 timmar senare. Det är alltså en rullande pott där varje enskilt uttag återkommer på sin egen klocka, inte en kvot som nollställs vid ett månadsskifte. Det är inte heller ”tio per dygn”: har du gjort av med alla tio står du utan gratisfixar tills det första uttaget hinner bli 24 timmar gammalt.

Prov: räkna själv. Skriv ned klockslag och projekt varje gång du tar en fix, tre rader räcker. Efter en vecka ser du om din vana ligger på två uttag om dagen eller på sju under en enda eftermiddag — och det är den andra vanan som gör gränsen kännbar.

Skriv beskrivningen så att första försöket räcker

När du klickar på Try to fix skriver du ingenting: verktyget läser själv den tekniska logg som bygget lämnade efter sig och försöker rätta felet. Din formulering avgör i två lägen i stället — när appen byggs utan fel och alltså saknar knapp, och när det första klicket inte löste något och du står inför att spendera ett andra uttag.

Den avgörande vanan är att beskriva resultatet du ser, inte den lösning du gissar. ”Lägg till en kontroll i sparfunktionen” är en gissning som binder verktyget vid din teori och gör att uttaget går åt till att undersöka fel sak. Resonemanget bakom finns i Beskriv resultatet, gissa inte lösningen; här är den kortaste beställningen som fungerar under en fixbudget.

Appen bygger utan felmeddelande, men den gör inte det jag förväntar mig.

Så gjorde jag: …
Så såg det ut: …
Så förväntade jag mig att det skulle se ut: …
Senast det fungerade: …

Undersök orsaken och förklara den för mig på vanlig svenska innan du ändrar
något. Föreslå sedan en enda ändring och tala om exakt vad jag ska titta på
för att se om den fungerade.

Gör inga andra ändringar och rör inte det som redan fungerar.

Prov: svaret ska innehålla en orsak du kan återberätta för någon annan, och en anvisning om vad du ska titta på. Får du bara ”jag har rättat det nu” har du fått en ändring men ingen förklaring, och du kan inte avgöra om nästa uttag behövs.

Handlar problemet i stället om att någon annan har rapporterat felet till dig och du inte får ut tillräckligt av rapporten, är det en annan uppgift. Den behandlas i När någon säger ”appen fungerar inte” och upprepas inte här.

Provet: är felet verkligen borta?

Att felmeddelandet försvinner från skärmen är inte samma sak som att felet är åtgärdat. En fix som bara får bygget att gå igenom kan ha nått dit genom att ta bort eller koppla ur just den funktion som krånglade — och då ser allt lugnt ut medan appen tappat något. Gör därför det här provet efter varje fix, innan du bestämmer dig för ett nytt uttag.

Först när alla fyra går igenom får fixen kallas lyckad. Går ett av dem inte igenom har du fått ett nytt läge att beskriva — inte ett skäl att klicka igen på samma knapp.

När potten är tom

Knappen fungerar fortfarande. Skillnaden är att fixen då körs som ett vanligt chattmeddelande och drar krediter som vilken annan förfrågan som helst. En kredit är enligt Lovable den enhet som mäter och betalar användningen i arbetsytan, och hur många krediter en enskild förfrågan drar anges inte som ett fast tal. På gratisplanen är utrymmet litet: den ger 5 byggkrediter per dygn, upp till 30 per kalendermånad. Vad det innebär i en total kostnadsbild för en app som faktiskt är publicerad går igenom i Vad kostar en publicerad AI-byggd app?.

Det tredje alternativet är att gå bakåt i stället för framåt. När fixarna har staplats på varandra är återställning nästan alltid billigare än ytterligare ett försök, och den vägen beskrivs steg för steg i guiden När appen går sönder: backa först, felsök sedan. Stegen upprepas inte här. Det nya är bara att beslutet nu har en synlig kostnad: väntar du med att backa tills potten är tom har du redan betalat för de staplade lagren.

Lovable kan ändra siffran, påfyllningstiden och plantillhörigheten utan förvarning. Kontrollera changelogsidan igen den dag du planerar arbete efter gränsen.