Hoe wij werken
AI-gestuurd betekent niet AI-beslist.
VenSoc stuurt AI-engineeringagents aan binnen een discipline die speciaal is opgebouwd om hun zwakste punten te ondervangen: overmoed, ongeverifieerde meldingen van "klaar" en volledig geheugenverlies tussen sessies. Die discipline is het product.
In het kort
Vijf regels, en wat elke regel ons kost
- 01
Niets wordt afgeleid
Geen databasekolom, API-veld, omgevingsvariabele of bestandspad wordt gebruikt voordat het aan de bron is gelezen.
De kenmerkende fout van AI-ondersteunde engineering is geen slechte code — het is plausibele code die verwijst naar dingen die niet bestaan. Een model dat created_at en updated_at heeft gezien, schrijft moeiteloos deleted_at in een query. Het compileert, het leest correct, en het faalt in productie tegen een schema dat die kolom nooit heeft gehad. Elke identifier wordt geverifieerd tegen de migratie, het model, het OpenAPI-schema of het configuratiebestand voordat hij wordt getypt.
Wat het kost
Het is trager. Een migratie lezen om vier kolomnamen te bevestigen kost minuten die verspild voelen — tot de eerste keer dat ze dat niet zijn.
- 02
Een test die niet kán falen is geen bewijs
Tests worden vóór de code geschreven, en elke test wordt bewezen te falen wanneer het gedrag dat hij bewaakt opzettelijk wordt gebroken.
Een slagende testsuite is alleen betekenisvol als de tests werkende code van kapotte code kunnen onderscheiden. Dit is niet theoretisch: een bewaker op deze website bleek te slagen terwijl hij niets ving, omdat de assertie ruim genoeg was om ook door de fout te worden voldaan die hij moest detecteren. Mutatie — de code opzettelijk breken en bevestigen dat de test rood wordt — is de enige manier om het te weten.
Wat het kost
Ruwweg een derde meer tijd aan de testsuite, en af en toe de ongemakkelijke ontdekking dat een test waarop u vertrouwde decoratief was.
- 03
Kwaliteitsregels zijn build gates, geen reviewopmerkingen
Als een regel ertoe doet, faalt de build wanneer hij wordt geschonden. Als hij alleen in een document leeft, wordt hij overgeslagen.
Deze site heeft zeven eigen build gates: WCAG-contrast over elk semantisch tokenpaar in beide thema's, plaatsvervangende content, zichtbaarheid voor AI-crawlers opgehaald als GPTBot, een schone browserconsole, beveiligingsheaders, klantvertrouwelijkheid en sitemap-integriteit. Elk daarvan heeft een echt defect gevangen dat menselijke review al had laten passeren. Dezelfde aanpak wordt toegepast op klantwerk, afgestemd op wat dat systeem werkelijk riskeert.
Wat het kost
Gates moeten worden gebouwd en onderhouden, en een slecht geschreven gate blokkeert goed werk. Elke gate moet zijn plaats verdienen door iets echts te vangen.
- 04
Vastgelegde beslissingen, geen herinnerde
Elke belangrijke architectuurkeuze wordt vastgelegd met het afgewezen alternatief en wat dat gekost zou hebben.
AI-agents hebben geen geheugen tussen sessies en menselijke teams hebben een onbetrouwbaar geheugen over kwartalen heen. Een beslisdocument vermeldt wat is gekozen, wat is afgewezen en waarom — zodat niets zes maanden later stilzwijgend opnieuw ter discussie wordt gesteld door iemand die er niet bij was, en zodat een nieuwe sessie kan hervatten zonder de analyse te herhalen.
Wat het kost
Documentatiediscipline die moet worden volgehouden, ook wanneer de druk is om op te leveren.
- 05
"Klaar" betekent dat een commando is uitgevoerd
Werk wordt als klaar gemeld met de uitvoer die dat bewijst, nooit met "dit zou moeten werken".
De faalwijze die dit voorkomt is specifiek: een functie die als opgeleverd is gemeld terwijl de tests wel zijn geschreven maar nooit uitgevoerd, het bestand is aangemaakt maar leeg gelaten, of de integratie is gesimuleerd. Elk opleveringsrapport in een VenSoc-opdracht noemt het commando, toont het resultaat en somt expliciet op wat niet klaar is.
Wat het kost
Rapporten zijn langer en af en toe minder flatteus. Dat is precies de bedoeling.
Hoe een traject er werkelijk uitziet
- 01
Verkenning
1–2 weken
Een schriftelijke technische beoordeling: de huidige architectuur, de werkelijke beperkingen, een begroot plan en de risico's die wij nu al zien. Van u, of u nu met ons doorgaat of niet.
- Huidige architectuur, gedocumenteerd
- Beperkingen en risico's expliciet benoemd
- Een begroot opleverplan met fasen
- 02
Architectuur
1–2 weken
Een beslisdocument voor elke belangrijke keuze, met het alternatief en wat dat gekost zou hebben. Niets wordt later opnieuw ter discussie gesteld, omdat de redenering is vastgelegd.
- Beslisdocumenten met afgewezen alternatieven
- Datamodel en integratiecontracten
- De verificatiegates waaraan de bouw wordt gehouden
- 03
Oplevering
Tweewekelijkse stappen
Elke twee weken werkende software in uw omgeving. Tests geschreven vóór de code en bewezen te falen wanneer de code opzettelijk wordt gebroken.
- Uitrolbare stappen, geen demo's
- Testsuites met door mutatie bewezen asserties
- Commando-uitvoer bij elk opleveringsrapport
- 04
Beheer
Doorlopend
Monitoring, een bereikbare eigenaar met naam, en een gedocumenteerde exit: uw repositories, uw infrastructuur, uw IP, op elk moment overdraagbaar zonder boete.
- Een engineer met naam die productie beheert
- Runbooks voor de storingen die wij hebben voorzien
- Een exitpad dat onze medewerking niet vereist
In elk contract
- U bezit de code en het IP vanaf de eerste commit.
- Standaard vier uur dagelijkse overlap met Nederlandse en Britse kantoortijden.
- "Klaar" betekent dat een commando is uitgevoerd en de uitvoer is getoond — nooit "dit zou moeten werken".
- Exitbepalingen en kennisoverdracht staan in elk contract.
Veelgestelde vragen
- Schrijft AI de code?
- AI-agents schrijven een groot deel van de implementatie. Architectuur, datamodellering, beveiligingsbeslissingen en de definitie van correctheid zijn menselijk, en elke wijziging passeert gates die een mens heeft geschreven. De verantwoordelijke engineer is een persoon, met naam genoemd in uw contract.
- Hoe voorkomt u dat door AI gegenereerde code subtiel fout is?
- Drie mechanismen. Geen identifier wordt gebruikt voordat hij aan de bron is gelezen. Tests worden eerst geschreven en bewezen te falen wanneer de code kapot is. Elke kwaliteitsregel is een build gate, zodat een regressie de build stopt in plaats van de review te bereiken. Overmoedige uitvoer is de verwachte faalwijze, dus het proces gaat ervan uit.
- Wat gebeurt er als wij willen vertrekken?
- U neemt de repositories, de infrastructuurdefinities en de documentatie mee, die allemaal al van u zijn. Exitbepalingen en kennisoverdracht staan vanaf het begin in elk contract, en geen enkel onderdeel van het systeem is afhankelijk van door VenSoc gehoste infrastructuur, tenzij u daarom heeft gevraagd.
- Met wie spreken wij eigenlijk?
- Met de engineer die het werk doet. Er zit geen laag accountmanagers tussen u en de persoon die uw systeem begrijpt, en er is geen overdracht van de mensen die het werk hebben verkocht naar de mensen die het opleveren.
De discipline is beter te beoordelen aan de hand van uw eigen systeem dan in het abstracte.
Leg ons iets voor dat niet werkt zoals het zou moeten. U ontvangt hoe dan ook een schriftelijke beoordeling.