DesignVerse haalde $5,5 miljoen op om de mens uit modernisering te halen. Wij denken dat het moeilijke deel nog steeds menselijk is.

Bron. AI-startup die de software-upgrade van het Europese luchtverkeersmanagement ondersteunt, haalt $5,5 miljoen aan seedfinanciering op (Businesswire)

Samenvatting

DesignVerse, een in Boekarest gevestigde enterprise-AI-startup, haalde $5,5 miljoen aan seedfinanciering op om een platform op te schalen dat productiesoftware genereert op basis van het designsysteem, de componentbibliotheek en de technische documentatie van een bedrijf. Het persbericht opent met EUROCONTROL, de pan-Europese luchtvaartorganisatie, als vlaggenschipklant en claimt dat het platform een 15 jaar oude applicatie in iets meer dan een maand moderniseerde tegenover een geschatte zes maanden. De oprichters, ex-Oracle en ex-automotive AI, positioneren het product als het verantwoorde alternatief voor vibe coding bij bedrijfskritische enterprisesoftware.

Review en inzichten

Dit verhaal bevindt zich precies op het snijvlak van twee onderwerpen die we wekelijks behandelen, enterprisemodernisering en agentic development, en de financieringsronde is indrukwekkend voor een Roemeense startup. Het interessante voor ons was om te lezen wat het platform daadwerkelijk beweert te doen, afgezet tegen wat we aantreffen bij binnenkomst in legacyomgevingen.

De claim van "geen fouten" wekt de verkeerde verwachting. De tagline op de homepage van DesignVerse impliceert dat het platform niet faalt. Mensen maken fouten, agentic systemen maken fouten, en zelfs wanneer de software correct is, kan het omringende ecosysteem een storing veroorzaken. Nul fouten beloven in bedrijfskritische contexten is het soort claim dat onder de loep wordt genomen zodra een toezichthouder of een CTO aanschuift voor een serieus gesprek.

De verwijzing naar EUROCONTROL is waarschijnlijk niet wat de meeste lezers zullen aannemen. Er is geen publieke informatie over welke applicatie is gemoderniseerd. De luchtvaart is zwaar gereguleerd en de kernlaag voor vluchtafhandeling is in de praktijk niet de plek waar een jong AI-platform wordt neergezet voor een revisie van één maand. Uit ervaring met werken binnen grote ondernemingen blijkt dat de afgebakende applicatie die als eerste wordt gemoderniseerd bijna altijd iets is dat naast de kernactiviteit ligt in plaats van erbinnen. HR-systemen, issue trackers, interne tooling. De naam op het klantlogo is echt; de suggestie dat het platform luchtverkeersleidingssoftware herschrijft is niet dezelfde uitspraak.

De aanname over de input van het platform is een droomwereld voor de meeste legacy-landschappen. DesignVerse baseert zijn output op het designsysteem, de componentenbibliotheek en de technische documentatie van elke klant. Dat is het juiste fundament om op te bouwen, als die artefacten bestaan. In het legacy-moderniseringswerk dat wij doen, bestaan ze vrijwel nooit in bruikbare vorm. Documentatie wordt opgestart, raakt verouderd, een beslissing van hogerhand gaat eroverheen, en de mensen die wisten waarom die keuze werd gemaakt zijn inmiddels vertrokken. Ruwweg 80% van de tijd in een serieus moderniseringsproject gaat op aan het reconstrueren waarom het bestaande systeem zich gedraagt zoals het zich gedraagt, en niet aan het schrijven van nieuwe code. Een platform dat vereist dat de documentatie er al ligt, werkt voor de 20% van de projecten waarin het archeologische voorwerk al door iemand anders is gedaan.

Wat leidt tot het onderscheid dat de moeite waard is om te maken. AI-ondersteunde softwareontwikkeling bestaat uit twee problemen met heel verschillende vormen.

Nieuwbouw is waar agentic development echte waarde begint te leveren. De contextlaag ligt vanaf dag nul in handen van het team. Het team bepaalt welke modellen, conventies, patronen, packages en framework-defaults gelden. Dat netjes vastleggen en aan het model voeren verkleint het werk per regel code. Het team blijft sturen, reviewen en eigenaar van de architectuur. Het huidige realistische plafond ligt rond 80% autonomie op de delen van het werk die de contextlaag afdekt. De resterende 20% is oordeelsvorming, integratie en projectspecifieke zaken.

Het moderniseren van een bestaand legacysysteem is een ander spel. De contextlaag is precies wat ontbreekt. De reden dat deze projecten moeilijk zijn, is dat niemand een schone specificatie kan overhandigen van wat het systeem doet en waarom, omdat de kennis verspreid zit over mensen, commentaar, uitgefaseerde branches en mondeling overgeleverde herinneringen. Totdat iemand dat reconstrueert, gaat geen enkel AI-platform de vervanging genereren. Het werk dat vóór het model ligt is mensenwerk, en dat is niet sneller geworden.

Het patroon van de forward deployed engineer is het ontbrekende stuk. Twee weken geleden schreven we over Anthropic en OpenAI, die allebei een dienstenbedrijf voor enterprise-AI lanceerden, allebei bemand met forward deployed engineers, en allebei met de inzet dat het knelpunt in enterprise-AI de staat is van de systemen rondom het model. De positionering van DesignVerse is het omgekeerde frame: een platform dat belooft dat er geen mensen nodig zijn om dit werk te doen. Kijkend naar wat er daadwerkelijk moet gebeuren voordat het platform bruikbare output oplevert, zit de FDE-vorm verstopt in het verkoopproces. Iemand moet het designsysteem in bruikbare staat brengen, de businessregels documenteren, de architecturale intentie vastleggen. Dat is forward deployed engineering onder een andere naam. De vraag is wie ervoor betaalt en hoe het gefactureerd wordt.

Context wordt het product. Het interessante aan agentic development op dit moment is niet welk frontier-model gekozen wordt. Het is de contextlaag die eromheen wordt gebouwd. De vorm waarmee we bij Eli5 werken ziet er zo uit:

4-laags agentcontextmodelInstitutioneel geheugen dat de tools overleeft Agentcontextstack Documentopslag (Outline, Git, enz.) L4 - Frameworks Projectspecifiek terrein "Deze repo gebruikt FastAPI + SQLModel. Auth zit in lib/auth.py." L3 - Talen Stackspecifieke idiomen "Python: gebruik asyncio.gather, niet asyncio.wait." L2 - Bedrijfsstandaarden Bedrijfsbrede harde eisen "Alle services moeten health checks hebben. Geen secrets in env vars." L1 - Agentvalkuilen Toolspecifieke overlevingsregels "Deze agent kapt het lezen van bestanden af op 500 regels; pagineer met offset." AI-agent Taak: endpoint toevoegen context.yml L2: security.md L3: python.md L4: project-alpha.md leest bevraagt contextKernprincipe Markdown = duurzaam bezit YAML = wegwerpbare lookupHoe het werkt 1. Agent ontvangt taak "Voeg endpoint voor gebruikersstatistieken toe" 2. Leest context.yml Ontdekt relevante lagen 3. Haalt markdown-documenten op L2 + L3 + L4 regels geladen 4. Voert uit met regels Geen giswerk, geen opnieuw leren L1 - Agentvalkuilen

• Toolspecifieke gedragseigenaardigheden

• Patronen voor prompt engineering

• Bekende faalmodi

• Workarounds voor deze agentL2 - Bedrijfsstandaarden

• Onwrikbare beveiligingseisen

• Poorten voor codereview

• Deploymentconventies

• Bedrijfsbreed beleidL3 - Talen

• Taalidiomen

• Voorkeursbibliotheken

• Lintingregels

• TestconventiesL4 - Frameworks

• Projectspecifieke architectuur

• Lokale eigenaardigheden & grenzen

• Verboden zones in legacycode

• Eigen abstracties 4-lagen contextmodel voor agents · Institutioneel geheugen dat de tools overleeft

Het model is opgebouwd rond één idee: institutioneel geheugen dat de tools overleeft. Elke laag beantwoordt een andere vraag, en samen leggen ze de bedrijfs- en engineeringcontext vast die een agent nodig heeft om code op te leveren die overeenkomt met hoe het team die zelf geschreven zou hebben. Laag één verzamelt overlevingsregels voor elke agent en elk model dat wordt gebruikt. Laag twee bevat de bedrijfsbrede onwrikbare eisen op het vlak van beveiliging, codereview en deployment. Laag drie dekt de conventies op taalniveau. Laag vier bevindt zich op projectniveau, waar de frameworkkeuzes en het specifieke terrein van elke klantcodebase thuishoren.

De reden dat deze vorm ertoe doet voor modernisering, is dat context zich opstapelt. Elk project leert ons iets nieuws over het gedrag van een model, een securitypatroon, een frameworkkeuze, en die kennis belandt in een markdownbestand dat het volgende project automatisch overerft. De runtime, de agent en het onderliggende model kunnen allemaal veranderen. De markdown blijft. Dat is wat we bedoelen als we zeggen dat context het product wordt. Het model is vervangbaar. De opgebouwde context eromheen niet.

DesignVerse verkoopt één vorm van dit idee aan enterprises die hun designsysteem en documentatie al op orde hebben. Wij bouwen een andere vorm, voor een softwarestudio met meerdere projecten, waarin de context moet meereizen over klanten, stacks en teamleden heen zonder aan nauwkeurigheid in te boeten. Een volledige uitwerking met een concrete use case volgt in een aparte post.

Softwaremodernisering link

Voor CTO's, PM's en PO's die kijken naar AI-gedreven benaderingen zoals DesignVerse is het praktische advies kort.

Nieuwe interne tools, klantgerichte producten, applicaties die naast een legacysysteem worden gebouwd in plaats van erbovenop. Daar kan agentic development de bouwcyclus vandaag al verkorten. De voorwaarde is dat de contextlaag een investering vooraf is. Geen enkele tool raadt namens een organisatie haar securityregels, conventies of frameworkkeuzes.

De systemen zonder actuele documentatie, de workflows die niemand volledig kan beschrijven. De eerste investering is hier menselijke tijd, intern of extern, om te reconstrueren wat het systeem daadwerkelijk doet en waarom. Pas nadat dat werk is gedaan, heeft AI-tooling iets om mee te werken.

Behandel documentatiereconstructie als een project op zich. Niet als een verborgen randvoorwaarde in de implementatiefase van iemand anders, en niet als een post waarvan wordt aangenomen dat de leverancier die wel opvangt. Dit overslaan betekent dat een leverancier wordt vastgelegd voordat het systeem intern begrepen is, en zo worden moderniseringsbudgetten uitgegeven zonder dat er modernisering plaatsvindt.

Afsluitende opmerkingen

Dat DesignVerse $5,5 miljoen ophaalt en EUROCONTROL binnenhaalt is een echt resultaat, en de oprichters verdienen die erkenning. De technologische richting, generatie verankeren in het eigen designsysteem en de architectuur van een klant, is de juiste. Wat in de gaten gehouden moet worden, is hoe het platform presteert zodra de klant niet het type organisatie is dat zijn designsysteem, componentenbibliotheek en technische documentatie al op orde heeft. Daar bevindt de markt voor legacymodernisering zich in werkelijkheid, en daar zal elke leverancier in dit segment, inclusief de aanbieders van frontier-modellen die nu hun eigen diensten verkopen, uiteindelijk tegen dezelfde muur aanlopen: het werk vóór het model.

Nieuwbouw is waar agentic development vandaag waarde oplevert. Legacymodernisering vereist nog steeds dat de context (opnieuw) wordt opgebouwd voordat welk platform dan ook kan helpen. En die context zit vaak in de hoofden van mensen.

Volledige video-aflevering: de idealen van AI-softwaremodernisering versus de realiteit binnen de enterprise

De eerste stap om de moderniseringsreis te starten

Softwaremodernisering en architecturale herbouw vormen de kern van Eli5. Wij lossen complexiteit op en leveren directe businesswaarde door te focussen op pragmatische, cloud-native transities.

Voordat wordt besloten of een legacysysteem wordt ingekapseld, een nieuw SaaS-product wordt aangeschaft of AI wordt ingezet om maatwerktools te bouwen, is volledig zicht op het huidige technologielandschap essentieel.

Een gratis brainstorm om de legacy stack te bespreken is op aanvraag beschikbaar. Het is de essentiële eerste stap om technische schuld om te zetten in een schaalbare, modulaire toekomst.