Den falske tryghed ved AI-kodning: Hvorfor din næste funktion virker – men dit system stadig fejler
Vibe Coding Illusionen: Hvorfor AI Kan Skrive Kode Men Ikke Kan Erstatte Systemarkitekter
Lad os være ærlige: Vi har alle været der. Du opdager et nyt AI-kodningsværktøj, og pludselig føler du, at du kan bygge hvad som helst. Har du brugt år på at tænke "bare jeg havde tid til at bygge den idé"? Nu er tiden kommet. Beskriv hvad du vil, iterér med AI'en, og ship det.
Den følelse er bedøvende. Og farlig.
Fristelsen ved "godt nok" kode
Sidste måned besluttede jeg mig for at teste vibe coding-grænser ved at bygge et "simpelt" hukommelsessystem til AI-agenter. Du ved, den slags der ville få en kodningsassistent til at huske hvad den har lært på tværs af sessioner i stedet for at starte forfra hver gang.
Hvor svært kunne det være? Gem nogle fakta, hent dem når de er relevante, måske flag modstridende information. En smart database med en pæn API.
Koden kom sammen hurtigt. Virkelig hurtigt. Agenten jeg arbejdede med spyttede en Rust-dæmon ud, et klassifikationssystem, fire hentestrategier med re-ranking via lokale modeller. På alle måder så det imponerende ud. Testene bestod. Compileren var tilfreds.
Og så prøvede jeg at bruge det.
Her er sandheden om hukommelsessystemer til agenter: De handler ikke rigtig om lagring. De handler om betydning. Og betydning, viser det sig, er filosofisk tornet på måder der får din omhyggeligt typed kode til at ligne at bygge en raket og glemme at tage højde for tyngdekraften.
Modstridsproblemet ingen taler om
Min oprindelige goal var enkel: Hvis agenten lærer noget nyt, tjek om det strider imod hvad den allerede "ved". Virker rimeligt. En hukommelse der modsiger andre hukommelser uden forklaring er ikke bare ubrugelig — den er aktivt skadelig. Du forurener context windowet med modstridende information.
Hvad kunne være enklere? Sammenlign to fakta. Flag konflikten.
Bortset fra.
Hvad er en modstrid i et system som dette? Hvis agenten mandag lærte "Projekt X bruger PostgreSQL" og tirsdag lærte "Projekt X bruger MySQL" — er det så en modstrid? Måske ændrede tech stacken sig. Måske var en kilde forkert. Måske refererer "Projekt X" til forskellige projekter. Måske betyder "bruger" forskellige ting i forskellige sammenhænge.
Mennesker håndterer dette gennem år af akkumuleret common sense, kontekst, og evnen til at sige "det føles ikke rigtigt" uden at kunne artikulere præcis hvorfor. AI-systemer kan generere sikker prosa om enhver af disse fortolkninger, men den sikkerhed er ofte bare pattern matching uden forankret forståelse.
Hvor vibe coding bryder sammen
Vibe coding excellerer ved at løse problemer du tydeligt kan artikulere. Du har en bug? Beskriv symptomerne. Du har brug for en funktion? Specificer input og output. AI'en håndterer implementeringsdetaljerne med bemærkelsesværdig kompetence.
Men systemdesign — ægte systemdesign — handler om at løse problemer du ikke kan artikulere tydeligt. Det handler om at forudse interaktioner mellem komponenter der ikke eksisterer endnu. Det handler om at spørge "hvad sker der når..." for scenarier du ikke har forestillet dig.
Da jeg bad min AI-assistent om at "implementere modstridsdetektion," bad jeg den i bund og grund om at løse et problem jeg ikke kunne definere præcist. Resultaterne var... kreative. Vi udforskede Belnap lattices, fireværdi-logik, formel verifikation med Agda-beviser, Petri-netværk. Assistenten var med på alt jeg foreslog, og ærligt talt var nogle af idéerne genuint interessante.
Men "interessant" betyder ikke "fungerer."
Beviset i Agda var korrekt. Arkitekturen var veldokumenteret. Og systemet opdagede stadig ikke pålideligt modstrid fordi vi formaliserede den forkerte abstraktion. Vi byggede en smuk katedral på et fundament af sand, og hverken AI'en eller jeg genkendte det før vi havde investeret måneder.
Den ubehagelige sandhed
Her er hvad vibe coding-tilhængere ikke fortæller dig: Den svære del af softwareudvikling var aldrig at taste koden. Det var at finde ud af hvad man skulle bygge.
Dette var altid sandt. Hvad der er ændret er at kløften mellem "jeg havde en idé" og "jeg har kode" er kollapset dramatisk. Det er genuint fantastisk til prototyping, til læring, til at udforske hvad der er muligt.
Men det betyder også at du kan fejle meget hurtigere og dyrere end før. Du kan generere bjerge af sikker udseende kode der løser det forkerte problem, og du opdager det måske ikke før du har bygget et helt system på et fejlagtigt fundament.
Hvad der faktisk hjælper
Ingenting af dette betyder at AI-assisteret udvikling er en dårlig idé. Det er det ikke. Men at bruge det effektivt kræver andre kompetencer end ren kodningsevne:
Du skal vide hvad du ikke ved. Når AI'en foreslår en løsning i et domæne du ikke er fortrolig med, er det ikke tidspunktet til at sige "det lyder godt, implementér det." Det er tidspunktet til at undersøge dybere.
Proof of concepts skal ubarmhjerteligt testes mod virkelige use cases. Hvis du bygger et hukommelsessystem, brug lige så meget tid på at forsøge at bryde det som du brugte på at bygge det. Især prøv at bryde kerneantagelserne du ikke vidste du lavede.
Sikkerheden er ikke din. Når en AI-assistent er utrolig sikker på en designbeslutning, bor den sikkerhed i modellen, ikke i din forståelse. Et system du ikke dybt forstår er et system du hverken kan vedligeholde eller debugge.
Systems design er stadig en disciplin. Du kan bruge AI til at udforske designs hurtigere, til at implementere dele af systemer hurtigere, til at prototype idéer der ville have taget uger at bygge manuelt. Men du har stadig brug for nogen der kan vurdere om designet giver mening, om komponenterne interagerer korrekt, om kerneabstraktionerne holder.
Konklusionen
Jeg bygger stadig mit hukommelsesværktøj. Det bliver bedre, langsomt. Jeg har lært at stille andre spørgsmål, at teste mere rigorøst, at være mere mistænksom over for "godt nok"-resultater.
Men jeg har også lært at respektere kløften mellem "koden virker" og "systemet er korrekt." Den kløft har altid eksisteret. AI-værktøjer har ikke lukket den — de har bare gjort det nemmere at ignorere den.
De bedste vibe kodere er ikke dem med de bedste prompting-færdigheder. De er dem der ved hvornår stemningen er forkert.
Parat til at udforske hvad der er muligt med AI-assisteret hosting og udvikling? NameOcean's Vibe Hosting kombinerer kraftfuld infrastruktur med de værktøjer du har brug for til at bygge, deploye og skalere dit næste projekt.