Vibe coding

Vad termen faktiskt betydde

Karpathys ursprungliga beskrivning var specifik och lätt självironisk: du pratar med modellen, tar emot diffar utan att läsa dem, klistrar tillbaka felmeddelanden utan att analysera dem, och när något går sönder ber du om en ändring i stället för att felsöka. Hans egen inramning var att det här duger för slit-och-släng-projekt på en helg.

Det förbehållet faller bort hela tiden. Termen används nu om allt som involverar ett AI-verktyg för kod, inklusive noggrant arbete där varje diff granskas — vilket bara är programmering med en snabb assistent, och inte det ordet beskriver.

Var det fungerar

Det är genuint bra för en avgränsad uppsättning saker:

• Prototyper och demon vars syfte är att ses och sedan slängas.
• Interna verktyg med ett fåtal betrodda användare och ingen känslig data.
• Att utforska ett obekant bibliotek, där fungerande kod lär snabbare än dokumentationen.
• Att icke-programmerare får något att fungera alls — en verklig utvidgning av vem som kan bygga programvara.

En AI-appbyggare är verktygen byggda runt det här arbetsflödet, och de gör loopen snabb nog att metoden blir gångbar för betydligt fler än tidigare.

Vad du bör se upp med

Koden du inte läste är fortfarande ditt ansvar. Att inte läsa den flyttar inte ansvaret, och det är här metoden slutar vara harmlös:

• Säkerhet. Modeller producerar rimlig kod, och rimlig kod innehåller injicerbara databasfrågor, saknade behörighetskontroller och API-nycklar i klientbygget. Ingenting i loopen flaggar det, eftersom appen ser ut att fungera perfekt.
• Felsökningsstupet. Framstegen är snabba tills något går sönder på ett sätt modellen inte kan gissa sig ur. Då måste du förstå en kodbas du aldrig har läst, och det finns ingen gradvis påfart.
• Tyst felaktighet. Affärslogik som körs utan fel men räknar fram ett felaktigt tal är osynlig för granskningen "fungerar det?".
• Ackumulerad inkonsekvens. Efter tjugo prompter har samma begrepp tre implementationer, eftersom varje generering bara såg en del av bilden.

Den fungerande disciplinen är inte avhållsamhet, det är omfattning. Vibe-koda prototypen, och läs sedan koden innan verkliga användare eller verklig data kommer in — särskilt allt som rör inloggning, betalningar eller personuppgifter. Att ha den i versionshantering från första commit kostar ingenting och ger dig möjligheten att se vad som faktiskt ändrades.