Vibe-kodning efter bryllupsrejsen

spinny:~/writing $ less vibe-coding-agentic-engineering.md

1 
2Vibe-kodning er et af de udtryk, der synes født til at blive hadet og derefter langsomt bliver nyttige.
3 
4Først lyder det som: Jeg tror ikke, jeg spørger AI, jeg accepterer det, der kommer ud, fortsæt. En munter måde at producere teknisk gæld på med en musikalsk baggrund.
5 
6Men det ville være for nemt at afvise det sådan. Sandheden er, at vibe-kodning har opsnappet en rigtig ting: programmering med en model ændrer forholdet mellem idé og prototype.
7 
8Først fik du en tanke og så en lang stigning. Nu har man ofte en tanke, og en halv time senere bevæger der sig noget på skærmen. Det er svært ikke at lade sig forføre af det.
9 
10Det interessante spørgsmål i 2026 er ikke, om vibe-kodning er sand. Det er det. Spørgsmålet er: hvad sker der efter bryllupsrejsen?
11 
12## Prototypen er blevet økonomisk
13 
14Dette er den vigtigste del.
15 
16AI-værktøjer har sænket de følelsesmæssige omkostninger ved at komme i gang. Før, hvis du ville prøve en idé, var du allerede nødt til at lægge arbejdet ind: Vælg stak, lav projekt, husk boilerplate, skriv layout, tilslut API'er, skændtes med kedelige detaljer.
17 
18Nu kan du sige: giv mig en første version.
19 
20Og en første version kommer.
21 
22Ikke altid smuk. Ikke altid korrekt. Ofte skrøbelig. Men det kommer. Og når den ankommer, ændrer den samtalen. Du skændes ikke længere i et vakuum. Du rører ved noget.
23 
24Dette er meget kraftfuldt for designere, grundlæggere, produktchefer, seniorudviklere, der er trætte af at omskrive stilladser, nysgerrige mennesker, der ikke ville have åbnet en redaktør før.
25 
26Vibe-kodning er hype, fordi det giver flere mennesker den fysiske fornemmelse af softwaren, der skabes.
27 
28## Problemet er, at softwaren lever videre
29 
30Den del, som meme fortæller mindst, er dagen efter.
31 
32Prototypen skal læses. Korrekt. Testet. Indsat. Sikret. Fik det af en anden. Forbundet til rigtige data. Gøres tilgængelig. Vedligeholdes, når en afhængighed ændres.
33 
34Her rammer ren vibe-kodning muren.
35 
36En model kan hurtigt generere meget kode, men kode er ikke værdi i sig selv. Det er et løfte om adfærd. Og et løfte skal bekræftes.
37 
38Risikoen for vibe-kodning er ikke at skrive grim kode. Vi har altid gjort det selv uden AI. Risikoen er at miste følelsen af ejerskab: "modellen gjorde det" bliver en undskyldning for ikke at forstå nok.
39 
40Men køretiden accepterer ikke undskyldninger. Hvis koden kører i produktion, er den din.
41 
42## Fra vibe-kodning til agentteknologi
43 
44Den modne version af vibe-kodning er ikke at stoppe med at bruge agenter. Det er at bruge dem med en mere seriøs cyklus.
45 
46Ikke: det genererer alt, og vi håber.
47 
48Men:
49 
501. beskriv hensigten;
512. lad generere et udkast;
523. bede agenten om at forklare planen;
534. lav små forskelle;
545. lanceringstests;
556. lave anmeldelser;
567. korrekt;
578. først derefter deltage.
58 
59Denne ting fortjener et andet navn. Jeg kan godt lide agent engineering, selvom det lyder lidt højtideligt. Det betyder at bruge agenter ikke som spilleautomater, men som samarbejdspartnere i en ingeniørproces.
60 
61Pointen er ikke at tage energi fra vibe-kodning. Det giver hende spor.
62 
63## Hvor det fungerer fantastisk
64 
65Vibe-kodning fungerer, når omkostningerne ved fejl er lave, og værdien af udforskning er høj.
66 
67Eksempler:
68 
69- grænsefladeprototyper;
70- personlige værktøjer;
71- interne dashboards;
72- små spil;
73- engangsscript;
74- API-scanninger;
75- proof of concept;
76- mekaniske refaktorer med gode tests;
77- teknisk indhold, der skal omdannes til demoer.
78 
79I disse tilfælde er hastigheden pointen. Du vil gerne se, om ideen har ben. Du vil gerne finde ud af, hvad du ikke forstod. Du ønsker at komme til en konkret samtale.
80 
81Vibe-kodning er perfekt til at få form til at opstå.
82 
83## Hvor det bliver farligt
84 
85Det bliver farligt, når systemet får konsekvenser, og ingen bremser.
86 
87Betalinger, personlige data, godkendelse, tilladelser, infrastruktur, databasemigreringer, følsom ældre kode, compliance, produktion. Her er stemningen ikke nok. Vi har brug for stringens.
88 
89Det betyder ikke, at AI ikke kan hjælpe. Faktisk kan det hjælpe meget. Men det skal fungere inden for snævre rammer: gren, sandkasse, test, lint, anmeldelse, feature flag, rollback.
90 
91Sætningen, der skal tatoveres på skærmen, er enkel: Jo hurtigere agenten er, jo mere læsbar skal processen være.
92 
93Hvis du ikke kan forklare, hvad der er ændret, har du ikke accelereret. Du har lige flyttet gælden fra tid til at forstå.
94 
95## Udviklerens nye rolle
96 
97Det mest interessante er, at udviklerens job ikke forsvinder. Skift tæthed.
98 
99Mindre tid på kedelplade. Mere tid til intention, nedbrydning, gennemgang, integration, test, grænser.
100 
101Udvikleren bliver en slags teknisk redaktør. Ikke i den haltende betydning af "korrekturlæsning". I stærk forstand: det bestemmer, hvad der skal eksistere, hvad der skal skæres, hvad der er i overensstemmelse med systemet, hvad der fortjener tillid.
102 
103En god redaktør tager ikke alt, hvad de får. Han omskriver ikke engang det hele af stolthed. Genkender godt stof, bringer det til form, beskytter læseren.
104 
105Hos agenter er læseren også fremtidens vedligeholder. Ofte er det dig om tre uger.
106 
107## Det mønster, jeg ser dukke op
108 
109Det sundeste mønster er dette:
110 
111- menneskelig: hensigt, begrænsninger, smag, ansvar;
112- agent: varianter, stilladser, søgning, lokale ændringer, gentagne tests;
113- Infrastruktur: sandkasse, CI, sporing, tilladelser, implementering;
114- team: gennemgang, ejerskab, standarder.
115 
116Når en af disse stykker mangler, bliver noget deformeret.
117 
118Eneste menneskelige: langsom, ofte bundet af gentagne arbejde.
119 
120Kun agent: hurtig, men uden situerede dømmekraft.
121 
122Bare infrastruktur: Elegant proces til at producere ubrugelige ting.
123 
124Kun team: meget velordnede møder omkring en prototype, der aldrig når frem.
125 
126Det bedste sker, når brikkerne taler med hinanden.
127 
128## En lille tjekliste
129 
130Før jeg lader en vibe-kodet prototype vokse, vil jeg stille mig selv disse spørgsmål:
131 
132- forstår jeg strukturen af koden?
133- er der tests for kritisk adfærd?
134- ved jeg, hvilke filer agenten rørte ved?
135- har jeg fjernet kode genereret, men ikke brugt?
136- er nogen hemmeligheder, tokens eller falske data havnet det forkerte sted?
137- overholdes minimum tilgængelighed?
138- har implementeringen rollback?
139- kan andre end mig beholde den?
140 
141Hvis svaret er nej på for mange spørgsmål, er det ikke en fiasko. Det er bare en prototype, der skal forblive en prototype lidt længere.
142 
143## Min læsning
144 
145Vibe-kodning er et højt ord for en øm ting: glæden ved at se en idé tage form, før frygt stopper den.
146 
147Jeg vil ikke smide det væk. Det ville være snobbet. Mange gode ting fødes sådan, halvt skæve og levende.
148 
149Men den resterende software har brug for mere. Det kræver forståelse, test, ejerskab, infrastruktur, grænser. Der er brug for nogen til at sige: fedt, lad os nu gøre det virkeligt.
150 
151Måske handler fremtiden ikke om at vælge mellem "seriøst" programmering og "vibe" programmering. Måske er det at lære at skifte gear: udforsk let, og konsolider derefter med respekt.
152 
153Den menneskelige del er der. Ved, hvornår du skal løbe, og hvornår du skal sidde og læse forskellen.
154 
155## Kilder
156 
157- [Simon Willison: Ikke al AI-assisteret programmering er vibe-kodning](https://simonwillison.net/2025/Mar/19/vibe-coding/)
158- [OpenAI: Hvordan folk bruger ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)
159- [GitHub-blog: GitHub Copilot-kodningsagent](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)
160- [Anthropic: Building effective agents](https://www.anthropic.com/engineering/building-effective-agents)
161- [Stack Overflow Blog: Why vibe coding is the future](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)
162

:Vibe-kodning efter bryllupsrejsenlines 1-162 (END) — press q to close

2Vibe-kodning er et af de udtryk, der synes født til at blive hadet og derefter langsomt bliver nyttige.

4Først lyder det som: Jeg tror ikke, jeg spørger AI, jeg accepterer det, der kommer ud, fortsæt. En munter måde at producere teknisk gæld på med en musikalsk baggrund.

6Men det ville være for nemt at afvise det sådan. Sandheden er, at vibe-kodning har opsnappet en rigtig ting: programmering med en model ændrer forholdet mellem idé og prototype.

8Først fik du en tanke og så en lang stigning. Nu har man ofte en tanke, og en halv time senere bevæger der sig noget på skærmen. Det er svært ikke at lade sig forføre af det.

10Det interessante spørgsmål i 2026 er ikke, om vibe-kodning er sand. Det er det. Spørgsmålet er: hvad sker der efter bryllupsrejsen?

12## Prototypen er blevet økonomisk

14Dette er den vigtigste del.

16AI-værktøjer har sænket de følelsesmæssige omkostninger ved at komme i gang. Før, hvis du ville prøve en idé, var du allerede nødt til at lægge arbejdet ind: Vælg stak, lav projekt, husk boilerplate, skriv layout, tilslut API'er, skændtes med kedelige detaljer.

18Nu kan du sige: giv mig en første version.

20Og en første version kommer.

22Ikke altid smuk. Ikke altid korrekt. Ofte skrøbelig. Men det kommer. Og når den ankommer, ændrer den samtalen. Du skændes ikke længere i et vakuum. Du rører ved noget.

24Dette er meget kraftfuldt for designere, grundlæggere, produktchefer, seniorudviklere, der er trætte af at omskrive stilladser, nysgerrige mennesker, der ikke ville have åbnet en redaktør før.

26Vibe-kodning er hype, fordi det giver flere mennesker den fysiske fornemmelse af softwaren, der skabes.

28## Problemet er, at softwaren lever videre

30Den del, som meme fortæller mindst, er dagen efter.

32Prototypen skal læses. Korrekt. Testet. Indsat. Sikret. Fik det af en anden. Forbundet til rigtige data. Gøres tilgængelig. Vedligeholdes, når en afhængighed ændres.

34Her rammer ren vibe-kodning muren.

36En model kan hurtigt generere meget kode, men kode er ikke værdi i sig selv. Det er et løfte om adfærd. Og et løfte skal bekræftes.

38Risikoen for vibe-kodning er ikke at skrive grim kode. Vi har altid gjort det selv uden AI. Risikoen er at miste følelsen af ejerskab: "modellen gjorde det" bliver en undskyldning for ikke at forstå nok.

40Men køretiden accepterer ikke undskyldninger. Hvis koden kører i produktion, er den din.

42## Fra vibe-kodning til agentteknologi

44Den modne version af vibe-kodning er ikke at stoppe med at bruge agenter. Det er at bruge dem med en mere seriøs cyklus.

46Ikke: det genererer alt, og vi håber.

48Men:

501. beskriv hensigten;

512. lad generere et udkast;

523. bede agenten om at forklare planen;

534. lav små forskelle;

545. lanceringstests;

556. lave anmeldelser;

567. korrekt;

578. først derefter deltage.

59Denne ting fortjener et andet navn. Jeg kan godt lide agent engineering, selvom det lyder lidt højtideligt. Det betyder at bruge agenter ikke som spilleautomater, men som samarbejdspartnere i en ingeniørproces.

61Pointen er ikke at tage energi fra vibe-kodning. Det giver hende spor.

63## Hvor det fungerer fantastisk

65Vibe-kodning fungerer, når omkostningerne ved fejl er lave, og værdien af udforskning er høj.

67Eksempler:

69- grænsefladeprototyper;

70- personlige værktøjer;

71- interne dashboards;

72- små spil;

73- engangsscript;

74- API-scanninger;

75- proof of concept;

76- mekaniske refaktorer med gode tests;

77- teknisk indhold, der skal omdannes til demoer.

79I disse tilfælde er hastigheden pointen. Du vil gerne se, om ideen har ben. Du vil gerne finde ud af, hvad du ikke forstod. Du ønsker at komme til en konkret samtale.

81Vibe-kodning er perfekt til at få form til at opstå.

83## Hvor det bliver farligt

85Det bliver farligt, når systemet får konsekvenser, og ingen bremser.

87Betalinger, personlige data, godkendelse, tilladelser, infrastruktur, databasemigreringer, følsom ældre kode, compliance, produktion. Her er stemningen ikke nok. Vi har brug for stringens.

89Det betyder ikke, at AI ikke kan hjælpe. Faktisk kan det hjælpe meget. Men det skal fungere inden for snævre rammer: gren, sandkasse, test, lint, anmeldelse, feature flag, rollback.

91Sætningen, der skal tatoveres på skærmen, er enkel: Jo hurtigere agenten er, jo mere læsbar skal processen være.

93Hvis du ikke kan forklare, hvad der er ændret, har du ikke accelereret. Du har lige flyttet gælden fra tid til at forstå.

95## Udviklerens nye rolle

97Det mest interessante er, at udviklerens job ikke forsvinder. Skift tæthed.

99Mindre tid på kedelplade. Mere tid til intention, nedbrydning, gennemgang, integration, test, grænser.

100

101Udvikleren bliver en slags teknisk redaktør. Ikke i den haltende betydning af "korrekturlæsning". I stærk forstand: det bestemmer, hvad der skal eksistere, hvad der skal skæres, hvad der er i overensstemmelse med systemet, hvad der fortjener tillid.

102

103En god redaktør tager ikke alt, hvad de får. Han omskriver ikke engang det hele af stolthed. Genkender godt stof, bringer det til form, beskytter læseren.

104

105Hos agenter er læseren også fremtidens vedligeholder. Ofte er det dig om tre uger.

106

107## Det mønster, jeg ser dukke op

108

109Det sundeste mønster er dette:

110

111- menneskelig: hensigt, begrænsninger, smag, ansvar;

112- agent: varianter, stilladser, søgning, lokale ændringer, gentagne tests;

113- Infrastruktur: sandkasse, CI, sporing, tilladelser, implementering;

114- team: gennemgang, ejerskab, standarder.

115

116Når en af disse stykker mangler, bliver noget deformeret.

117

118Eneste menneskelige: langsom, ofte bundet af gentagne arbejde.

119

120Kun agent: hurtig, men uden situerede dømmekraft.

121

122Bare infrastruktur: Elegant proces til at producere ubrugelige ting.

123

124Kun team: meget velordnede møder omkring en prototype, der aldrig når frem.

125

126Det bedste sker, når brikkerne taler med hinanden.

127

128## En lille tjekliste

129

130Før jeg lader en vibe-kodet prototype vokse, vil jeg stille mig selv disse spørgsmål:

131

132- forstår jeg strukturen af koden?

133- er der tests for kritisk adfærd?

134- ved jeg, hvilke filer agenten rørte ved?

135- har jeg fjernet kode genereret, men ikke brugt?

136- er nogen hemmeligheder, tokens eller falske data havnet det forkerte sted?

137- overholdes minimum tilgængelighed?

138- har implementeringen rollback?

139- kan andre end mig beholde den?

140

141Hvis svaret er nej på for mange spørgsmål, er det ikke en fiasko. Det er bare en prototype, der skal forblive en prototype lidt længere.

142

143## Min læsning

144

145Vibe-kodning er et højt ord for en øm ting: glæden ved at se en idé tage form, før frygt stopper den.

146

147Jeg vil ikke smide det væk. Det ville være snobbet. Mange gode ting fødes sådan, halvt skæve og levende.

148

149Men den resterende software har brug for mere. Det kræver forståelse, test, ejerskab, infrastruktur, grænser. Der er brug for nogen til at sige: fedt, lad os nu gøre det virkeligt.

150

151Måske handler fremtiden ikke om at vælge mellem "seriøst" programmering og "vibe" programmering. Måske er det at lære at skifte gear: udforsk let, og konsolider derefter med respekt.

152

153Den menneskelige del er der. Ved, hvornår du skal løbe, og hvornår du skal sidde og læse forskellen.

154

155## Kilder

156

157- [Simon Willison: Ikke al AI-assisteret programmering er vibe-kodning](https://simonwillison.net/2025/Mar/19/vibe-coding/)

158- [OpenAI: Hvordan folk bruger ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)

159- [GitHub-blog: GitHub Copilot-kodningsagent](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)

160- [Anthropic: Building effective agents](https://www.anthropic.com/engineering/building-effective-agents)

161- [Stack Overflow Blog: Why vibe coding is the future](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)

162