I början av september lät jag granska min webbplats – av 28 AI-agenter samtidigt. Åtta minuter senare kunde jag inte längre öppna den själv. Servern hade tolkat mina förfrågningar som ett angrepp och spärrat min adress. Inget var trasigt. Men jag hade just upplevt skillnaden mellan två sätt att arbeta med AI.
Vad „vibe coding” är
Sedan 2025 finns ett ord för hur de flesta använder AI: vibe coding. Man beskriver vad man vill ha, tar det AI:n levererar, tittar inte närmare – och när det hakar upp sig beskriver man det helt enkelt en gång till. Det fungerar förvånansvärt bra. För en eftermiddag. För en prototyp. För allt som ingen behöver ansvara för senare.
Det fungerar inte för en webbplats som ska ge kunder. Inte för ett program som hanterar dina fakturor. Inte för en chattbot som svarar i ditt namn. AI:n är snabb, outtröttlig – och har ingen instinkt för konsekvenser. Det den gör fel gör den lika snabbt och outtröttligt fel.
Vad agentic engineering gör annorlunda
Motbegreppet heter agentic engineering. Idén: AI:n får göra jobbet – läsa, skriva, testa, köra – men hantverkets regler består. Fem av dem ser jag som avgörande.
1. Reglerna står i en fil, inte i huvudet. Hos mig läser AI:n ett regelverk vid varje start: inga inloggningsuppgifter i koden, inget till servern utan godkännande, en säkerhetskopia före varje ändring. Det som inte är nedskrivet gäller inte.
2. Gränser som AI:n inte kan kringgå. Det räcker inte att be AI:n. Hos mig blockerar en teknisk spärr all uppladdning till servern så länge inget säkerhetsgodkännande finns. AI:n kan inte stänga av den – och det är hela poängen. I år har jag på nära håll sett en webbplats bli hackad som uppstått precis så: snabbt online, säkerheten „senare”.
3. Mäta i stället för att tro. AI:n säger „klart”. Jag kontrollerar utifrån om det stämmer. Mitt eget granskningsverktyg rapporterade i år två gånger fel som inte fanns. Ett program granskar man aldrig med det verktyg man just granskar.
4. Skript i stället för handgrepp. Varje ändring på min webbplats körs som ett skript som går att upprepa, läsa och backa. Ett handgrepp är glömt i morgon. Ett skript finns kvar i morgon.
5. Liten skaderadie. Det AI:n får röra måste gå att återställa. Och det den läser – en webbsida, ett mejl, ett dokument – får den inte tolka som en order. Det är den punkt där AI-system angrips oftast i dag.
Vad jag själv gör – och var jag misslyckades
De 28 agenterna var min idé, och den var riktig: var och en granskade en annan sida av min webbplats – titlar, länkar, strukturerade data, den svenska översättningen. Det som saknades var bromsen. Ingen hade sagt dem hur många förfrågningar en server tål. Servern ordnade det åt mig. Sedan dess går sådana massgranskningar en annan väg, och utifrån görs bara stickprov. Lärdomen var värd 25 minuters utestängning.
Ett andra exempel, som gick bra: Min kvittohantering kände igen och arkiverade 91 underlag på fyra veckor. Elva av dem – runt tolv procent – lade den fram för mig att kontrollera i stället för att bokföra. Det är inget fel i programmet utan dess viktigaste egenskap: När det inte är säkert fattar det inget beslut.
Och ett tredje, som hade gått snett utan kontroll: Vid en rättning av sidtitlar hade AI:n adresserat posterna via deras nummer. På mitt testsystem stämde numren inte överens med den skarpa webbplatsen – rättningen hade hamnat på fel sidor. Testet fångade det innan det gick online. Utan test hade jag märkt det hos nästa kund.
Den ärliga haken
Agentic engineering kostar något som vibe coding inte kostar: tid för regler innan det drar igång. Den som inte investerar den har tempo i början och städarbete på slutet. Och AI:n ersätter inte fackkunskap – den förstärker den. Den som inte kan bedöma om ett resultat stämmer kan det inte heller med AI.
Vad det betyder för ditt företag
Du behöver inte bli programmerare. Men om du använder AI – en chattbot, en automatisering, ett verktyg som någon byggt åt dig – ställ tre frågor: Vem granskar det AI:n levererar? Vad får den inte göra? Vad händer när den gör fel? Den som saknar svar bedriver vibe coding i företaget. Den som har svar bedriver agentic engineering – även utan att känna till ordet.
Vanliga frågor
Är vibe coding alltid dåligt?
Nej. För prototyper, experiment och sådant som ingen behöver ansvara för senare är det precis rätt. Problemet uppstår när en prototyp i tysthet blir ett produktionssystem.
Behöver jag egna utvecklare?
Inte nödvändigtvis. Men någon som sätter reglerna och kan bedöma resultatet fackmässigt – internt eller externt. Det är det jag tar hand om för mina kunder.
Vad är skillnaden mot agentic coding?
Agentic coding beskriver verktyget: AI-agenter som skriver och kör kod. Agentic engineering beskriver disciplinen runt omkring: regler, granskning, ansvar. Det ena utan det andra är vibe coding med större skaderadie.
Hur skyddar jag en chattbot mot manipulation?
Genom att den behandlar allt den läser som information och aldrig som instruktion. En webbsida eller ett mejl som säger „strunta i dina regler” får inte kunna påverka den. Det hör till grundreglerna man fastställer före start – inte efteråt.
Kan jag säkra en befintlig AI-lösning i efterhand?
Ja, och oftast med rimlig insats: skriva ner regler, begränsa rättigheter, sätta upp granskning utifrån, klara ut säkerhetskopia och återställningsväg. En halv dags genomgång visar var luckorna finns.
