Je hebt geen AI-probleem. Je hebt een procesprobleem.
3m leestijd

Je hebt geen AI-probleem. Je hebt een procesprobleem.

AI introduceert geen nieuwe fouten. Het maakt bestaande gaten in je proces zichtbaar. Over source maps, pipelines en waarom discipline niet te outsourcen is.

Afgelopen week gebeurde er iets dat eigenlijk heel onschuldig begon. Er werd een package de wereld in gestuurd met iets erin dat er niet in had moeten zitten. Geen ingewikkelde hack, geen obscure exploit.

Gewoon een source map.

In dit specifieke geval ging het om de source map van Claude Code, de nieuwe tool van Anthropic. Het soort bestand waar je normaal gesproken niet over nadenkt, totdat iemand het opent en ineens de volledige originele broncode voor zijn neus heeft staan.

Niet een klein fragment. Alles.

De pipeline-valkuil ​

Als je wel eens software bouwt die door een pipeline gaat, of dat nu frontend of backend is, dan herken je dit. Je bouwt iets moois, je voegt een stap toe aan je build-proces, en nog één. Je fixt een keer snel iets tussendoor. Op een gegeven moment vertrouw je erop dat het proces "wel goed zit".

Totdat het dus niet goed zit.

Het interessante hieraan? De AI deed niets verkeerd. De modellen werkten prima. Sterker nog: de AI speelde in de fout zelf eigenlijk geen rol. En toch voelt het direct als een "AI-incident".

AI als vergrootglas ​

Wat ik vaker zie, is dat AI niet zozeer nieuwe fouten introduceert als wel bestaande gaten in je proces zichtbaarder maakt. Of beter gezegd: voelbaarder.

Omdat AI-agents nu midden in je workflow zitten, komen ze overal aan. Ze schrijven code, ze voeren commando's uit, ze maken keuzes. Daardoor komen ze automatisch in aanraking met de dingen die we al jaren een beetje op de automatische piloot doen:

  • Pipelines die "ongeveer" kloppen.
  • Permissions die "tijdelijk" even openstaan.
  • Build-scripts die iets te enthousiast bestanden kopiëren.

Uitgerekend die pipelines bepalen hoeveel je snelste developer echt oplevert.

Het label "AI" ​

Er is niets futuristisch aan dit probleem. Als je de AI-component weglaat, zou je simpelweg zeggen: "Iemand heeft een verkeerde build uitgerold." Klaar.

Maar zodra het label AI erop geplakt wordt, voelt het ineens zwaarder. Spannender. Terwijl de oorzaak eigenlijk heel banaal is.

Dat wil niet zeggen dat er niets verandert. AI versnelt alles. Niet alleen je output, maar ook de snelheid waarmee een fout zich verspreidt. Waar een handmatige fout vroeger lokaal bleef, kan een fout in een geautomatiseerde AI-flow nu op tien plekken tegelijk effect hebben.

Discipline kun je niet outsourcen ​

AI-agents geven je een gevoel van controle. Je vraagt iets, je krijgt resultaat, en het werkt. Dat voelt alsof alles strak geregeld is. Maar onder de motorkap is er niets veranderd aan de fundering van je systeem. De shortcuts en de "dat fixen we later wel-tjes" zitten er nog steeds. Je ziet ze alleen minder snel.

AI maakt veel dingen beter, sneller en soms zelfs netter. Maar het verbetert één ding niet: je discipline. Die moet je nog steeds zelf opbrengen. Sla je die stap over, dan beland je vanzelf bij copy-paste engineering.

De broncode van Claude Code had niet op straat moeten liggen door een verkeerde instelling in een package. Dat is het hele verhaal. Geen complexe analyse nodig. Maar het herinnert er wel aan dat de echte uitdagingen niet zitten in wat AI doet, maar in de basis die we eromheen bouwen.

(1 van 40)
1Je hebt geen AI-probleem. Je hebt een procesprobleem.2Waarom je nooit code moet shippen die je zelf niet snapt3Stop met copy-paste engineering4De lavalaag: waarom AI-code je codebase langzaam versteent5Het briljante papegaaiprobleem: wat AI eigenlijk doet als het 'denkt'6De prompt is geen spec7De bureaucratie van bots: waarom we de controleur controleren8De dag dat Claude mijn productiedatabase verwijderde9De wapenwedloop om je vertrouwen: Mythos, Cyber en de security-hype10Laat je agents stoppen met Markdown schrijven11Je agent lijdt onder je technische schuld12Je vindt de bug niet als je de code niet schreef13Een op vier: de beveiligingsschuld die niemand telt14Je 10x-developer zit vast in een 0,1x-pipeline15De benchmarks zeiden 'frontier'. Ontwikkelaars zeiden 'dom'.16Caveman vs context-mode: kleinere mond, of kleinere kamer?17Code churn: de lava die je nog kunt meten18Het plafond is van beton19De token-belasting: ik trek mijn Caveman-advies in20Zelfs de malware is nu AI-slop21ThePrimeagen had gelijk22Tokenmaxxing: wat er gebeurt als je het verkeerde meet23Ze vroegen het de bot gewoon netjes: je supportagent is het aanvalsoppervlak24Snelheid werd goedkoop. Je oordeel niet.25Je coding agent heeft geen wereldmodel. Jij hebt er een omheen gebouwd.26De Ferrari heeft een begrenzer: een dag met Claude Fable 527De uitknop was nooit van jou28Een open MCP-server is erger dan een open database29Het veerkrachtigste beroep eet zijn eigen zaaigoed op30De uitknop werkt nu ook andersom31AI genereert je tests. Maar test het ook echt?32Beter code leren lezen: een oefenroutine33Programmeren leren in het AI-tijdperk: wat ik als eerste zou leren34Wie is verantwoordelijk voor AI-code? Jij, en sinds dit jaar staat het zwart op wit35Wanneer je beter geen AI gebruikt bij programmeren: het werk dat ik zelf blijf doen36Junior developers aannemen in 2026: de instroom stopte, en dat was een keuze37Software inschatten met AI: het typen was nooit waar de tijd in zat38Slopsquatting: bestaat het package? Verkeerde vraag39Acht rapporten, één meetlat: jureren bij een AI-safety sprint40Er sloeg geen agent op hol