Het probleem dat we niet zagen aankomen

Stel je voor: twee pull requests gaan door alle tests heen. Elke change ziet er logisch en netjes uit. Reviewers keuren ze goed. Je merged ze naar main, en bam – je app crasht op een manier die geen van beide wijzigingen alleen veroorzaakt.

Nu stel je je voor dat dit aan de lopende band gebeurt. Niet door slordige teamwork, maar omdat één developer met een AI-coding agent in no-time twaalf overlappende branches spuwt – terwijl een mens nog één functie schrijft.

Dit is de nieuwe wereld van agent-gedreven ontwikkeling. Het legt zwakke plekken bloot in workflows die jarenlang prima werkten.

Lokale perfectie botst met het grote geheel

Het echte issue: code kan lokaal vlekkeloos zijn en toch het hele systeem ondermijnen.

Neem een AI die drie branches bouwt voor je web-rendering:

• Branch A schakelt over naar een nieuw framework voor message layout. Sneller, schoner, tests groen.
• Branch B pimpt markdown-rendering door het oude framework uit te breiden. Werkt perfect op zichzelf.
• Branch C voegt tests toe voor scrolling. Alles piepklein.

Elke branch staat op eigen poten. De diffs roepen 'goede verbetering'. Reviewers zien niks geks.

Samen op main? Twee meetmethodes botsen. Het systeem spreekt zichzelf tegen. De crash zie je pas als je alles stapelt op de echte target branch.

Dit is geen code-kwaliteit-issue. Dit is integratie-falen.

Je CI/CD-pipeline haalt het tempo niet

Classieke CI/CD – inclusief merge queues – rekent op menselijk ritme: meerdere devs, gedeelde branches, centrale tests en reviews als het werk 'klaar' is.

Er zit een rem op. Een dev schrijft, pusht een PR, wacht op review en gaat door. Integratiedruk ontstaat aan de teamrand, opgevangen door CI.

Agents spelen niet mee.

Eén dev met een actieve agent runt vijf, tien of twintig lokale worktrees tegelijk. Gestapeld, experimenteel, gebaseerd op oude codekennis. Ze ontstaan razendsnel, verdwijnen makkelijk, en overstromen je reviewproces.

Integratiedruk verschuift naar lokaal, voor je repo het ziet.

Tegen de tijd dat GitHub CI draait, heb je al uren gespendeerd aan reviewen, rebasing en puzzelen met onverenigbare changes. Een merge queue komt te laat.

Rebase lost text op, niet intentie

'Laat de agent gewoon rebase'en en conflicten fixen?' Ja, dat helpt. Maar het is halve werk.

Rebase richt regels uit. Git snapt dat lijn 42 naar 49移de. Maar Git checkt geen architectuur-logica.

Intentie-conflict is geen tekst-conflict.

De ene branch refactort auth naar OAuth2. De andere bouwt door op oude session-auth voor een snelle feature. Geen merge-conflict. Tests oké. Samen? Twee auth-werelden in één codebase.

Rebase lukt. Tests groen. Code deugt niet.

Je hebt een workflow nodig, geen extra tool

Verschil van dag en nacht:

Een rebasing agent is een tool. Een workflow die agent-changes orkestreert, is een proces.

Een merge queue doet meer dan wachten:

• Volgorde bepalen: welke change eerst?
• Replay-check: test het totaal op de echte branch.
• Architectuur-validatie: klopt het ontwerp nog?

Voor agents wil je dit lokaal. Een lokale integratie-queue die:

1. Alle actieve agent-branches volgt.
2. Overlaps en dependencies spot.
3. Veilige merge-volgorde voorstelt.
4. Combinatie-tests draait voor push.
5. Ontwerpfouten vangt die solo-tests missen.

De verborgen prijs van snelheid

Niemand zegt het hardop: toezicht schaalt niet mee met agent-tempo.

Bij menselijk tempo houdt één reviewer het bij. Review remt naturally.

Agents overspoelen je. Bottleneck is niet langzamere reviewers, maar slimme integratie-regie. Vang conflicten vóór human review.

Platforms als NameOcean's Vibe Hosting duiken hierop. Hosting wordt workflow-deel. Je cloud-omgeving snapt deploy-tempo en geeft vroeg feedback. Stel je voor: hosting detecteert architectuur-clashes lokaal, voor GitHub. Dat is de cross-stack aanpak die agents eisen.

Check je workflow nu

Gebruik je AI-agents (of ga je het doen)? Tijd voor audit:

1. Kun je overlappende changes van één dev aan? Merge queues voor sequentieel werk maken je kwetsbaar.
2. Valideer je voor of na merge? Agents eisen queue-checks upfront.
3. Check je alleen tekst of ook ontwerp? Tests en linters volstaan niet. Valideer systeemsamenhang.
4. Is review je rem? Dan heb je geen agent-orkestratie – je hebt een file.

Goed nieuws: oplosbaar. Rem agents niet. Maak integratie slimmer.

Slecht nieuws: je tools zijn er niet op gebouwd. Maar dat maakt het spannend. Teams met slimme lokale integratie winnen velocity als agent-dev standaard wordt.

De toekomst draait niet om snellere devs of agents. Het gaat om workflows die snelheid sturen.