Du behöver inte kunna skriva kod för att bygga något som fungerar. Du behöver kunna avgöra om det fungerar. Det är två olika färdigheter, och den andra går att lära sig snabbt. Den här sidan handlar om vad du behöver ha på plats innan du börjar, och vad du ska sluta göra direkt.
Vad vibecoding faktiskt är
Du beskriver vad du vill ha, en modell skriver koden, du provar resultatet och beskriver vad som ska ändras. Ingen del av det kräver att du kan syntaxen i språket koden är skriven i.
Det fungerar förvånansvärt långt. Man kan bygga en fungerande webbapp, ett verktyg som löser ett eget problem, en prototyp att visa någon. Många av de saker folk faktiskt behöver är inte tekniskt svåra — de har bara varit otillgängliga för den som inte kunde koda.
Det som inte försvinner är ansvaret. Om appen tar emot användares uppgifter är det du som hanterar dem. Om den tar betalt är det dina pengar och kundens. Modellen kan skriva koden; den kan inte bära konsekvenserna av att den är fel.
Innan du börjar: fyra saker
Bygg ett steg i taget
Den vanligaste orsaken till att ett vibecoding-projekt kör fast är att man bad om för mycket på en gång. "Bygg appen" ger något stort som nästan fungerar, och när det inte gör det finns ingen väg tillbaka till ett läge som var helt.
Be i stället om en sak i taget, och prova varje sak innan du går vidare.
Så kan de första stegen se ut
- En sida som visar rubriken och ingenting annat. Prova: syns den?
- Ett formulär där jag kan skriva in något. Prova: går det att skriva?
- Det jag skriver in sparas och syns när jag laddar om. Prova: finns det kvar?
- En lista över allt jag sparat. Prova: stämmer listan?
- Möjlighet att ta bort en rad. Prova: försvinner rätt rad?
Fem steg, fem gånger då du vet att det fungerar. Om steg fyra går sönder vet du att felet ligger i steg fyra. Det är hela vinsten.
Sluta med det här direkt
- Att klistra in felmeddelanden utan att läsa dem. Ofta står det rakt ut vad som saknas. Du behöver inte förstå allt — leta efter ett filnamn, ett radnummer och ett ord du känner igen.
- Att be om en fix på en fix på en fix. När tredje försöket inte fungerar, gå tillbaka till den senaste sparade versionen som fungerade och beskriv problemet från början. Det känns som att förlora arbete. Det är att sluta gräva.
- Att bygga vidare på något du inte provat. "Det ser klart ut" är inte samma sak som att det fungerar. Klicka igenom det själv.
En säker miniminivå
Du behöver inte kunna säkerhet. Du behöver hålla fyra regler, och de går att följa utan att förstå varför de fungerar.
sk-abc123... i koden — fråga om det ska ligga där, och var det annars ska ligga.Nästa steg är den färdighet som gör mest skillnad på sikt: att kunna titta på koden du fått och avgöra ungefär vad den gör. Det kräver mindre än du tror.