När AI-appbyggaren tappar tråden: så får du tillbaka ditt bygge på rätt spår utan att börja om
Det finns en specifik känsla folk beskriver efter några timmars byggande med en AI-appbyggare. Den första timmen är toppen. Du skissar upp en idé, du ser saken sätta ihop sig själv framför dig, du klickar runt i din halvbyggda app och flinar. Sedan, någonstans runt timme tre, börjar saker glida. AI:n fixar buggen du rapporterade, men sidan ovanför ser nu annorlunda ut. Du ber den att ångra, och den ändrar något annat. Vid timme fem är du inte säker på vad som är sparat och vad som inte är det, och du börjar undra om du bara borde börja om.
Det borde du inte. AI-appbyggaren har inte gått sönder; den har tappat tråden. Det är ett mycket fixbart tillstånd, och du behöver inte spränga ditt projekt för att ta dig ur det.
Vad “tappa tråden” faktiskt betyder
När en AI-appbyggare producerar bra resultat är det för att två saker är på plats: den har en tydlig bild av vad du vill ha, och den har en tydlig bild av hur appen ser ut just nu. De flesta spiraler med dåliga bygg kommer från att en av de två blir suddig.
Det är lite som att be en vän att inreda om ett rum över telefon. Om de kan se rummet och de förstår målet är de fantastiska. Om de minns rummet från ett foto du skickade för två timmar sedan, och målet har skiftat tre gånger sedan dess, börjar de flytta saker in i hörn som inte finns längre. AI:n är i samma sits. Den jobbar utifrån en ögonblicksbild, och din ögonblicksbild har åldrats.
Du märker det här oftast genom ett av tre tecken.
Tecken 1: AI:n skriver om samma sak
Du ber AI:n att fixa inloggningsknappen. Den skriver om inloggningsknappen. Du ber den att fixa samma inloggningsknapp igen – samma formulering, samma instruktion – och den skriver om den igen, lite annorlunda. Två rundor till och knappen är nu en tredje färg och bor i en annan del av sidan.
Det här är en signal om minnesdrift. AI:n har slutat använda sitt tidigare arbete som grund och startar om från din beskrivning varje tur. Den nya versionen är inte alltid sämre, den är bara annorlunda, vilket är samma sak som sämre om du redan hade börjat gilla den gamla.
När detta händer är tricket att förankra den. Sluta beskriva ändringen i abstrakta termer (“gör inloggningsknappen renare”) och börja beskriva den i termer AI:n kan matcha mot vad som faktiskt finns på skärmen (“knappen säger just nu ‘Logga in’, är centrerad och är blå – behåll alla tre, gör bara hörnen rundade”). Du räcker AI:n en färsk ögonblicksbild. Det som konsekvent hjälper icke-utvecklare ur den här loopen är en mening som säger “just nu gör den X – ändra bara Y”.
Tecken 2: varje fix har sönder något annat
Du rapporterar ett trasigt registreringsformulär. AI:n fixar formuläret. Du laddar om sidan och instrumentpanelens layout har förskjutits. Du ber den att lägga tillbaka instrumentpanelen. Registreringsformuläret går sönder igen.
Det här är spiralen som skrämmer folk till att börja om, och det är den vanligaste anledningen till att bygg överges vid 80 procent klart. Vad som händer under huven är att AI:n rör vid filer eller komponenter som påverkar mer än området du bad om. En grundare jag såg nyligen bad AI:n att “fixa färgerna på startsidan” och slutade med ett annorlunda navigeringsfält överallt – eftersom stilarna som drev båda bodde på samma ställe, och AI:n fixade båda samtidigt. Den tror att den fixar en sak; den redigerar faktiskt två.
Fixen är mekanisk. Be AI:n, på vanligt språk, att bara ändra filen eller sidan eller komponenten du bryr dig om, och att lämna allt annat ifred. De flesta AI-appbyggare respekterar den begränsningen när du sätter den. “Redigera bara registreringssidan. Rör inte instrumentpanelens layout, lägg inte till nya filer, organisera inte om något.” Om buggen finns i delad kod – säg, stylingen som driver både formuläret och instrumentpanelen – berättar AI:n det. Det är användbar information, och det är en mycket bättre startpunkt än att gissa.
Det andra som hjälper här: sluta ansamla fixar. Om bygget är i ett halvtrasigt tillstånd, ta en liten vinst, spara den och gå vidare. AI-appbyggare kan förvärra problem snabbt eftersom varje instruktion har det föregående halvtrasiga tillståndet som indata. En ren sparpunkt bryter den kedjan.
Tecken 3: AI:n ställer samma frågor till dig
Tre turer sedan frågade den vilken databas du ville ha. Du sa Postgres. Nu frågar den igen, men formulerat annorlunda – “ska den här datan bestå mellan sessioner?” – och du inser att den driver tillbaka mot samma beslut.
Det här betyder oftast att AI:n har tappat det projektnivå-sammanhanget. Den jobbar med de senaste få meddelandena, inte de arkitekturval du gjorde tidigare. Du kan inte riktigt klandra den; människor gör samma sak i långa möten. Men resultatet är att du fortsätter att omförhandla grunden medan du försöker bygga andra våningen.
Vägen ut är att skriva en kort projektbeskrivning på vanligt språk och klistra in den igen när AI:n börjar driva iväg. Två eller tre meningar räcker: “Det här är en webbapp för att boka gitarrlektioner. Lärarna hanterar sin tillgänglighet. Eleverna bokar en tid, betalar och får ett bekräftelsemejl. Använd Postgres för lagring och Stripe för betalningar.” Det stycket är det AI:n mest behöver hålla nära, och det är det den oftast glömmer. Behandla det som en lapp på kylskåpet.
En liten spelbok för att lösa det
När du träffar ett av de tre tecknen är här vad som brukar fungera, i ordning. Du behöver inte göra allt; det första steget som fixar symtomet räcker oftast.
Spara det som fungerar. Innan du gör något annat, se till att de delar av din app som fortfarande fungerar är sparade som en version eller en checkpoint. De flesta byggare har det inbyggt; om din inte har det, ta skärmdumpar och kopiera det synliga beteendet till en anteckning. Du kommer att vilja ha en utgångspunkt.
Namnge målet i en mening. Högt, i skrift, någonstans. “Jag försöker få registreringsformuläret att acceptera en e-post och ett lösenord och mejla ett välkomstmeddelande.” Om du inte kan namnge det i en mening är det en del av varför AI:n driver iväg – den speglar din egen tvetydighet tillbaka mot dig.
Isolera den trasiga biten. Säg till AI:n vilken sida, komponent eller funktion den får röra. Var specifik. “Redigera bara registreringsformuläret. Ändra inget annat.” Om du inte kan namnge exakt vad som är trasigt, be AI:n att sammanfatta vad den senast ändrade; det får ofta fram den faktiska rörliga biten.
Förankra ändringen till vad som finns där nu. Beskriv det nuvarande tillståndet och måltillståndet. “Den visar just nu ett rött felmeddelande under lösenordsfältet. Jag vill att det felmeddelandet ska försvinna när användaren börjar skriva igen.” Konkret före-och-efter slår abstrakt avsikt.
Ta vinsten och stoppa. Den svåraste delen av hela listan. När bygget är tillbaka i ett fungerande tillstånd, spara och kliv undan i några minuter. Försök inte direkt fixa nästa sak. Bygg som ansamlar fyra eller fem fixar i rad tenderar att gå in i en ny spiral. Bygg som fixar en sak, sparar och pausar tenderar att inte göra det.
När det verkligen är dags att börja om
Ibland är rätt beslut genuint att börja om från början, och det är värt att känna till tecknen. Om ditt projekt har pivoterat mycket – den ursprungliga idén är inte längre den faktiska idén, och appen återspeglar tre eller fyra olika versioner av “vad det här är” – är en ren start med en ny instruktion snabbare än att reda ut. Detsamma gäller om du har itererat så länge att du faktiskt inte vet vad som finns i projektet längre. Sunk cost säger åt dig att fortsätta. Ditt jag imorgon kommer att tacka dig för omstarten.
Men det är undantaget. Den vardagliga versionen av “det här bygget går snett” är fixbar på fem minuter om du vet vad du ska leta efter. AI:n glömde inte hur man bygger appar. Den glömde bara vilken du byggde.
Om du har gått igenom en av de här spiralerna – looparna, de kaskadande fixarna, samma frågor om och om igen – prova att skriva ditt enmeningsmål någonstans du kan klistra in det igen. Det är en liten vana som gör nästa fastlåsta ögonblick kortare.