Vibekodning, efter smekmånaden

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

1 
2Vibe-kodning är ett av de uttryck som verkar födda till att bli hatade och sedan sakta blir användbara.
3 
4Först låter det som: Jag tror inte, jag frågar AI:n, jag accepterar det som kommer ut, fortsätt. Ett glatt sätt att producera teknisk skuld med musikalisk bakgrund.
5 
6Men det vore för lätt att avfärda det så. Sanningen är att vibe-kodning har snappat upp en verklig sak: programmering med en modell förändrar förhållandet mellan idé och prototyp.
7 
8Först fick man en tanke och sedan en lång klättring. Nu har man ofta en tanke och en halvtimme senare rör sig något på skärmen. Det är svårt att inte bli förförd av det.
9 
10Den intressanta frågan, 2026, är inte om vibekodning är sann. Det är det. Frågan är: vad händer efter smekmånaden?
11 
12## Prototypen har blivit ekonomisk
13 
14Detta är den viktigaste delen.
15 
16AI-verktyg har sänkt den känslomässiga kostnaden för att komma igång. Förut, om du ville prova en idé, var du redan tvungen att lägga ner arbetet: välj stack, skapa projekt, kom ihåg boilerplate, skriv layout, koppla API:er, bråka med tråkiga detaljer.
17 
18Nu kan du säga: ge mig en första version.
19 
20Och en första version kommer.
21 
22Inte alltid vacker. Inte alltid korrekt. Ofta sköra. Men det kommer. Och när den kommer förändras konversationen. Du bråkar inte längre i ett vakuum. Du rör något.
23 
24Detta är mycket kraftfullt för designers, grundare, produktchefer, seniora utvecklare som är trötta på att skriva om ställningar, nyfikna människor som inte skulle ha öppnat en redaktör tidigare.
25 
26Vibe-kodning är hype eftersom det ger fler människor den fysiska känslan av programvaran som skapas.
27 
28## Problemet är att programvaran lever vidare
29 
30Den del som memen säger minst är dagen efter.
31 
32Prototypen måste läsas. Rätta. Testad. Utplacerad. Säkrad. Fick det av någon annan. Ansluten till riktig data. Tillgänglig. Bibehålls när ett beroende förändras.
33 
34Här slår ren vibekodning väggen.
35 
36En modell kan generera mycket kod snabbt, men kod är inget värde i sig. Det är ett löfte om beteende. Och ett löfte måste verifieras.
37 
38Risken med vibe-kodning är inte att skriva ful kod. Vi har alltid gjort det även utan AI. Risken är att förlora känslan av ägande: "modellen gjorde det" blir en ursäkt för att inte förstå tillräckligt.
39 
40Men körtiden accepterar inte ursäkter. Om koden körs i produktion är den din.
41 
42## Från vibekodning till agentteknik
43 
44Den mogna versionen av vibe-kodning är att inte sluta använda agenter. Det är att använda dem med en mer seriös cykel.
45 
46Inte: det genererar allt och vi hoppas.
47 
48Men:
49 
501. beskriv avsikten;
512. låt generera ett utkast;
523. be ombudet att förklara planen;
534. gör små skillnader;
545. lanseringstester;
556. göra recensioner;
567. korrekt;
578. först då gå med.
58 
59Den här saken förtjänar ett annat namn. Jag gillar agentteknik, även om det låter lite högtidligt. Det innebär att man använder agenter inte som spelautomater, utan som kollaboratörer inom en ingenjörsprocess.
60 
61Poängen är att inte ta energi från vibekodning. Det ger henne spår.
62 
63## Där det fungerar utmärkt
64 
65Vibe-kodning fungerar när felkostnaden är låg och värdet av utforskning är högt.
66 
67Exempel:
68 
69- gränssnittsprototyper;
70- personliga verktyg;
71- interna instrumentpaneler;
72- små spel;
73- engångsmanus;
74- API-skanningar;
75- proof of concept;
76- mekaniska refaktorer med bra tester;
77- tekniskt innehåll som ska omvandlas till demos.
78 
79I dessa fall är hastigheten poängen. Du vill se om idén har ben. Du vill ta reda på det du inte förstod. Du vill komma till ett konkret samtal.
80 
81Vibe-kodning är perfekt för att få formen att växa fram.
82 
83## Där det blir farligt
84 
85Det blir farligt när systemet får konsekvenser och ingen saktar ner.
86 
87Betalningar, personuppgifter, autentisering, behörigheter, infrastruktur, databasmigreringar, känslig äldre kod, efterlevnad, produktion. Här räcker inte stämningen till. Vi behöver rigor.
88 
89Det betyder inte att AI inte kan hjälpa. Faktum är att det kan hjälpa mycket. Men det måste fungera inom snäva ramar: gren, sandlåda, test, lint, recension, funktionsflagga, rollback.
90 
91Frasen som ska tatueras på monitorn är enkel: ju snabbare agenten är, desto mer läsbar måste processen vara.
92 
93Om du inte kan förklara vad som har förändrats har du inte accelererat. Du flyttade bara skulden från tid till förståelse.
94 
95## Utvecklarens nya roll
96 
97Det mest intressanta är att utvecklarens jobb inte försvinner. Ändra densitet.
98 
99Mindre tid på boilerplate. Mer tid på avsikt, nedbrytning, granskning, integration, testning, gränser.
100 
101Utvecklaren blir en slags teknisk redaktör. Inte i den lata bemärkelsen "korrekturläsning". I den starka meningen: det avgör vad som måste finnas, vad som måste skäras, vad som är förenligt med systemet, vad som förtjänar förtroende.
102 
103En bra redaktör tar inte allt de får. Han skriver inte ens om det hela av stolthet. Känner igen bra material, för det till form, skyddar läsaren.
104 
105Med agenter är läsaren också den framtida underhållaren. Ofta är det du på tre veckor.
106 
107## Mönstret jag ser växa fram
108 
109Det hälsosammaste mönstret är detta:
110 
111- mänsklig: avsikt, begränsningar, smak, ansvar;
112- agent: varianter, byggnadsställningar, sökning, lokala modifieringar, repetitiva tester;
113- Infrastruktur: sandlåda, CI, spårning, behörigheter, distribution;
114- team: granskning, ägande, standarder.
115 
116När en av dessa bitar saknas blir något deformerat.
117 
118Endast mänsklig: långsam, ofta fast i repetitivt arbete.
119 
120Endast agent: snabb, men utan situerade omdöme.
121 
122Bara infrastruktur: Elegant process för att producera värdelösa saker.
123 
124Endast team: mycket ordnade möten kring en prototyp som aldrig kommer fram.
125 
126Det bästa händer när bitarna pratar med varandra.
127 
128## En liten checklista
129 
130Innan jag låter en vibe-kodad prototyp växa, skulle jag ställa dessa frågor till mig själv:
131 
132- förstår jag strukturen i koden?
133- finns det tester för kritiskt beteende?
134- vet jag vilka filer agenten rörde?
135- har jag tagit bort kod som genererats men inte använts?
136- har några hemligheter, tokens eller falska data hamnat på fel ställe?
137- respekteras minimitillgängligheten?
138- har driftsättningen återställning?
139- kan någon mer än jag behålla den?
140 
141Om svaret är nej på för många frågor är det inte ett misslyckande. Det är bara en prototyp som behöver förbli en prototyp lite längre.
142 
143## Min läsning
144 
145Vibe-kodning är ett högljutt ord för en öm sak: glädjen av att se en idé ta form innan rädsla stoppar den.
146 
147Jag vill inte slänga den. Det vore snobbigt. Många bra saker föds så här, halvt snett och levande.
148 
149Men den återstående programvaran behöver mer. Det behöver förståelse, testning, ägande, infrastruktur, gränser. Det behöver någon säga: coolt, nu ska vi göra det på riktigt.
150 
151Kanske handlar framtiden inte om att välja mellan "seriöst" programmering och "vibe"-programmering. Kanske är det att lära sig att växla: utforska lätt, sedan konsolidera med respekt.
152 
153Den mänskliga delen finns där. Vet när du ska springa och när du ska sitta och läsa skillnaden.
154 
155## Källor
156 
157- [Simon Willison: Inte all AI-assisterad programmering är vibe-kodning](https://simonwillison.net/2025/Mar/19/vibe-coding/)
158- [OpenAI: Hur folk använder ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)
159- [GitHub-blogg: 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

:Vibekodning, efter smekmånadenlines 1-162 (END) — press q to close

2Vibe-kodning är ett av de uttryck som verkar födda till att bli hatade och sedan sakta blir användbara.

4Först låter det som: Jag tror inte, jag frågar AI:n, jag accepterar det som kommer ut, fortsätt. Ett glatt sätt att producera teknisk skuld med musikalisk bakgrund.

6Men det vore för lätt att avfärda det så. Sanningen är att vibe-kodning har snappat upp en verklig sak: programmering med en modell förändrar förhållandet mellan idé och prototyp.

8Först fick man en tanke och sedan en lång klättring. Nu har man ofta en tanke och en halvtimme senare rör sig något på skärmen. Det är svårt att inte bli förförd av det.

10Den intressanta frågan, 2026, är inte om vibekodning är sann. Det är det. Frågan är: vad händer efter smekmånaden?

12## Prototypen har blivit ekonomisk

14Detta är den viktigaste delen.

16AI-verktyg har sänkt den känslomässiga kostnaden för att komma igång. Förut, om du ville prova en idé, var du redan tvungen att lägga ner arbetet: välj stack, skapa projekt, kom ihåg boilerplate, skriv layout, koppla API:er, bråka med tråkiga detaljer.

18Nu kan du säga: ge mig en första version.

20Och en första version kommer.

22Inte alltid vacker. Inte alltid korrekt. Ofta sköra. Men det kommer. Och när den kommer förändras konversationen. Du bråkar inte längre i ett vakuum. Du rör något.

24Detta är mycket kraftfullt för designers, grundare, produktchefer, seniora utvecklare som är trötta på att skriva om ställningar, nyfikna människor som inte skulle ha öppnat en redaktör tidigare.

26Vibe-kodning är hype eftersom det ger fler människor den fysiska känslan av programvaran som skapas.

28## Problemet är att programvaran lever vidare

30Den del som memen säger minst är dagen efter.

32Prototypen måste läsas. Rätta. Testad. Utplacerad. Säkrad. Fick det av någon annan. Ansluten till riktig data. Tillgänglig. Bibehålls när ett beroende förändras.

34Här slår ren vibekodning väggen.

36En modell kan generera mycket kod snabbt, men kod är inget värde i sig. Det är ett löfte om beteende. Och ett löfte måste verifieras.

38Risken med vibe-kodning är inte att skriva ful kod. Vi har alltid gjort det även utan AI. Risken är att förlora känslan av ägande: "modellen gjorde det" blir en ursäkt för att inte förstå tillräckligt.

40Men körtiden accepterar inte ursäkter. Om koden körs i produktion är den din.

42## Från vibekodning till agentteknik

44Den mogna versionen av vibe-kodning är att inte sluta använda agenter. Det är att använda dem med en mer seriös cykel.

46Inte: det genererar allt och vi hoppas.

48Men:

501. beskriv avsikten;

512. låt generera ett utkast;

523. be ombudet att förklara planen;

534. gör små skillnader;

545. lanseringstester;

556. göra recensioner;

567. korrekt;

578. först då gå med.

59Den här saken förtjänar ett annat namn. Jag gillar agentteknik, även om det låter lite högtidligt. Det innebär att man använder agenter inte som spelautomater, utan som kollaboratörer inom en ingenjörsprocess.

61Poängen är att inte ta energi från vibekodning. Det ger henne spår.

63## Där det fungerar utmärkt

65Vibe-kodning fungerar när felkostnaden är låg och värdet av utforskning är högt.

67Exempel:

69- gränssnittsprototyper;

70- personliga verktyg;

71- interna instrumentpaneler;

72- små spel;

73- engångsmanus;

74- API-skanningar;

75- proof of concept;

76- mekaniska refaktorer med bra tester;

77- tekniskt innehåll som ska omvandlas till demos.

79I dessa fall är hastigheten poängen. Du vill se om idén har ben. Du vill ta reda på det du inte förstod. Du vill komma till ett konkret samtal.

81Vibe-kodning är perfekt för att få formen att växa fram.

83## Där det blir farligt

85Det blir farligt när systemet får konsekvenser och ingen saktar ner.

87Betalningar, personuppgifter, autentisering, behörigheter, infrastruktur, databasmigreringar, känslig äldre kod, efterlevnad, produktion. Här räcker inte stämningen till. Vi behöver rigor.

89Det betyder inte att AI inte kan hjälpa. Faktum är att det kan hjälpa mycket. Men det måste fungera inom snäva ramar: gren, sandlåda, test, lint, recension, funktionsflagga, rollback.

91Frasen som ska tatueras på monitorn är enkel: ju snabbare agenten är, desto mer läsbar måste processen vara.

93Om du inte kan förklara vad som har förändrats har du inte accelererat. Du flyttade bara skulden från tid till förståelse.

95## Utvecklarens nya roll

97Det mest intressanta är att utvecklarens jobb inte försvinner. Ändra densitet.

99Mindre tid på boilerplate. Mer tid på avsikt, nedbrytning, granskning, integration, testning, gränser.

100

101Utvecklaren blir en slags teknisk redaktör. Inte i den lata bemärkelsen "korrekturläsning". I den starka meningen: det avgör vad som måste finnas, vad som måste skäras, vad som är förenligt med systemet, vad som förtjänar förtroende.

102

103En bra redaktör tar inte allt de får. Han skriver inte ens om det hela av stolthet. Känner igen bra material, för det till form, skyddar läsaren.

104

105Med agenter är läsaren också den framtida underhållaren. Ofta är det du på tre veckor.

106

107## Mönstret jag ser växa fram

108

109Det hälsosammaste mönstret är detta:

110

111- mänsklig: avsikt, begränsningar, smak, ansvar;

112- agent: varianter, byggnadsställningar, sökning, lokala modifieringar, repetitiva tester;

113- Infrastruktur: sandlåda, CI, spårning, behörigheter, distribution;

114- team: granskning, ägande, standarder.

115

116När en av dessa bitar saknas blir något deformerat.

117

118Endast mänsklig: långsam, ofta fast i repetitivt arbete.

119

120Endast agent: snabb, men utan situerade omdöme.

121

122Bara infrastruktur: Elegant process för att producera värdelösa saker.

123

124Endast team: mycket ordnade möten kring en prototyp som aldrig kommer fram.

125

126Det bästa händer när bitarna pratar med varandra.

127

128## En liten checklista

129

130Innan jag låter en vibe-kodad prototyp växa, skulle jag ställa dessa frågor till mig själv:

131

132- förstår jag strukturen i koden?

133- finns det tester för kritiskt beteende?

134- vet jag vilka filer agenten rörde?

135- har jag tagit bort kod som genererats men inte använts?

136- har några hemligheter, tokens eller falska data hamnat på fel ställe?

137- respekteras minimitillgängligheten?

138- har driftsättningen återställning?

139- kan någon mer än jag behålla den?

140

141Om svaret är nej på för många frågor är det inte ett misslyckande. Det är bara en prototyp som behöver förbli en prototyp lite längre.

142

143## Min läsning

144

145Vibe-kodning är ett högljutt ord för en öm sak: glädjen av att se en idé ta form innan rädsla stoppar den.

146

147Jag vill inte slänga den. Det vore snobbigt. Många bra saker föds så här, halvt snett och levande.

148

149Men den återstående programvaran behöver mer. Det behöver förståelse, testning, ägande, infrastruktur, gränser. Det behöver någon säga: coolt, nu ska vi göra det på riktigt.

150

151Kanske handlar framtiden inte om att välja mellan "seriöst" programmering och "vibe"-programmering. Kanske är det att lära sig att växla: utforska lätt, sedan konsolidera med respekt.

152

153Den mänskliga delen finns där. Vet när du ska springa och när du ska sitta och läsa skillnaden.

154

155## Källor

156

157- [Simon Willison: Inte all AI-assisterad programmering är vibe-kodning](https://simonwillison.net/2025/Mar/19/vibe-coding/)

158- [OpenAI: Hur folk använder ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)

159- [GitHub-blogg: 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