Ishraq Khan, CEO en oprichter van Kodezi Inc – Interviewreeks

Ishraq Khan, CEO en oprichter van Kodezi Inc., is een zelflerende programmeur die op achtjarige leeftijd begon met programmeren en zijn eerste startup lanceerde toen hij nog op de middelbare school zat. Geboren in Dhaka, Bangladesh en later verhuisd naar de Verenigde Staten, bouwde hij een trackrecord op van vroeg ondernemerschap, verwierf hij venturefinanciering op de middelbare school en scalede hij een product naar meer dan 100.000 gebruikers. Zijn pad weerspiegelt een focus op onafhankelijk leren, snelle experimenten en een drive om systemen te bouwen die technologie toegankelijker en krachtiger maken voor ontwikkelaars.

Kodezi Inc. is het bedrijf achter Kodezi OS, een autonome platform ontworpen om te functioneren als een “AI CTO” voor engineersteams. Het detecteert en corrigeert voortdurend problemen, documenteert automatisch systemen, genereert API-specificaties, handhaaft coderingsstandaarden en integreert rechtstreeks in CI/CD-pijplijnen. Door codebases om te zetten in zelfherstellende, zelfbesturende systemen, helpt Kodezi organisaties bij het bouwen van software die betrouwbaarder, schaalbaarder en efficiënter is.

U begon op achtjarige leeftijd met programmeren en richtte uw eerste startup op toen u nog op de middelbare school zat. Wat trok u oorspronkelijk aan om zo vroeg software te bouwen, en hoe hebben die ervaringen uw ondernemersgeest gevormd?

Wat me aantrok, was controle. Ik verhuisde naar de Verenigde Staten als kind dat geen Engels sprak, dus de eerste taal die ik vloeiend leerde, was code. Het was een ruimte waar logica zin had, waar ik iets kon bouwen en het meteen kon zien reageren. Die directe feedbacklus werd verslavend. Het leerde me hoe te denken, niet alleen hoe te programmeren.

Toen ik TeachMeCode op de middelbare school bouwde, ging het niet om het starten van een bedrijf. Het ging om het makkelijker maken voor mensen zoals ik om te leren. Maar daardoor leerde ik hoe systemen zich gedragen, hoe gebruikers reageren en hoe vooruitgang plaatsvindt, regel voor regel. Het vormde hoe ik ondernemerschap vandaag zie: minder over ideeën, meer over feedbacklus, iteratie en veerkracht.

U werd aangenomen door 40 colleges, waaronder verschillende Ivy League-instituten, maar koos ervoor om niet te gaan. Wat was het keerpunt dat u deed besluiten dat bouwen belangrijker was dan wachten?

Op het moment dat ik de middelbare school afmaakte, had ik al het leven geleid dat de meeste mensen proberen te simuleren door naar college te gaan. Ik had producten gelanceerd, investeerders gepitcht, een team beheerd en echte problemen opgelost. Ik had 40 aanvaardingsbrieven op mijn bureau liggen, waaronder verschillende Ivy League-scholen, maar ik had ook iets wat de meeste studenten niet hadden: momentum.

Het grotere risico was vertragen. College zou me hebben geleerd om innovatiekaders te bouwen, maar ik was al experimenten aan het uitvoeren in de echte wereld. Ik wilde niet stoppen met een actief systeem om te leren hoe ik er een moest starten. Voor mij werd de klas zelf het product. Kodezi was de opleiding die ik wilde.

Kodezi begon als een idee toen u nog een tiener was. Hoe is het bedrijf sinds zijn oprichting in 2019 geëvolueerd, en hoe is uw visie op een “AI CTO” in de loop van de tijd ontstaan?

Kodezi begon als een autocorrect voor code, een eenvoudig idee dat debuggen sneller kon zijn. Toen we groeiden, realiseerde ik me dat debuggen niet het hoofdprobleem was. Het echte probleem was dat codebases nooit stil blijven staan. Ze evolueren, drijven en vervallen sneller dan mensen ze kunnen onderhouden.

In de loop van de tijd evolueerde Kodezi van een product naar een besturingssysteem, wat we nu Kodezi OS noemen, dat leert van elke bug, test en commit. De term “AI CTO” ontstond van nature. CTO’s schrijven niet alleen code; ze onderhouden architectuur, leiden beslissingen en houden systemen in leven. Dat is wat Kodezi doet, maar continu en autonoom.

Het nieuwste model van Kodezi, Chronos, wordt beschreven als het eerste AI-systeem dat specifiek is gebouwd voor code-debugging, in plaats van codegeneratie. Wat is het fundamentele verschil dat deze onderscheidingsmaatstaf voor ontwikkelaars maakt?

Omdat debuggen realiteit is, geen verbeelding. Codegeneratie gaat over het raden van wat wellicht werkt; debuggen gaat over het begrijpen waarom iets faalde.

De meeste AI-hulpmiddelen van vandaag zijn prompt-gebaseerde assistenten die reageren wanneer ze worden verteld. Chronos daarentegen is proactief. Het onthoudt eerdere bugs, begrijpt afhankelijkheidsgrafieken, voert tests uit, valideert fixes en verfijnt ze totdat het probleem daadwerkelijk is opgelost.

Dat is het onderscheid dat ertoe doet. Ontwikkelaars willen geen assistent die praat. Ze willen infrastructuur die handelt en correct handelt.

De resultaten die u hebt gedeeld, laten zien dat Chronos GPT-4.1 en Claude 4 Opus overtreft in termen van bugfix-accuraatheid. Kunt u ons door de dataset en de methodologie achter die benchmarks leiden?

Onze evaluatie is empirisch, niet promotioneel. Chronos wordt getest op duizenden echte debuggingscenario’s, afkomstig uit openbare datasets zoals SWE-bench, Defects4J en BugsInPy, evenals geanonimiseerde ondernemingsgegevens.

Elke benchmark is strikt: het model moet een patch genereren, toepassen en alle testcases doorstaan zonder regressies. Geen handgekozen voorbeelden, geen cherry-picking van succes.

Chronos behaalt 67,3 procent fix-accuraatheid en 80,33 procent oplossingspercentage op SWE-bench Lite, terwijl GPT-4.1 en Claude 4.5 onder de 15 procent blijven. Het verschil zit niet in de grootte; het zit in specialisatie. Chronos is getraind op debuggen zelf, op 15 miljoen echte debugsessies, dus het patroon-maakt niet alleen, maar diagnoseert.

U hebt Kodezi beschreven als een “AI CTO” die autonoom een bedrijfscodebase onderhoudt en evolueert. Hoe dichtbij zijn we bij volledig zelfherstellende infrastructuur in productieomgevingen?

Dichter bij dan de meeste mensen denken, tenminste voor deterministische systemen. Vandaag kan Kodezi autonoom veel CI- of CD-fouten, testregressies en runtime-fouten corrigeren met behulp van contextuele gegevens en historische geheugen.

Volledig autonome productieonderhoud, waarbij infrastructuur zelf diagnosticeert, herstelt en opnieuw implementeert, is in opkomst. Ik zie het evolueren in fasen: eerst binnen gecontroleerde CI-omgevingen, vervolgens stagingsomgevingen en uiteindelijk productie onder menselijke supervisie.

We zullen altijd een mens in de lus houden voor creatieve, architecturale en ethische beslissingen, maar het meeste repetitieve en foutgevoelige werk, zoals linten, refactoren en testherstel, zal binnenkort zonder tussenkomst gebeuren.

U hebt het over systemen die “stil het juiste doen”. Wat betekent die filosofie in de context van AI-governance en verantwoorde automatisering?

Voor mij betekent “stil” niet stil. Het betekent vertrouwd door default. Een goed ontworpen AI-systeem zou niet constant input of validatie nodig moeten hebben. Het moet voorspelbaar, transparant en veilig handelen.

Verantwoorde automatisering betekent dat elke door de AI genomen beslissing verklaarbaar, omkeerbaar en gelogd is. Chronos documenteert zijn redenering en acties: wat het veranderde, waarom en hoe tests de fix valideerden.

Governance is ingebouwd in het systeem zelf. Geen verborgen wijzigingen, geen black box-uitkomsten. Het doel is niet om AI luid of opvallend te maken, maar om stil de wereld te verbeteren onder de oppervlakte waar het het meest telt.

Het begrip “Stille Tech” is overtuigend – het suggereert technologie die krachtig maar onzichtbaar is. Hoe ziet u deze beweging de manier waarop mensen en AI samenwerken in engineering?

Stille Tech is infrastructuur die krachtig maar onzichtbaar is. De beste technologie zou niet moeten onderbreken; het moet integreren.

In engineering betekent dit dat het hulpmiddel niet vraagt “Wat wilt u dat ik doe?” Het weet al wat aandacht nodig heeft. Het ziet de gebroken afhankelijkheid, patcht deze, werkt de documentatie bij en gaat verder.

Naarmate AI onderdeel wordt van de ontwikkelaarsstack, verschuift de samenwerking van commando naar co-existentie. Mensen definiëren intentie en richting. De AI voert uit, onderhoudt en optimaliseert stil op de achtergrond. Dat is de volgende era, waar productiviteit niet komt van meer interactie, maar van minder wrijving.

Veel ontwikkelaars maken zich zorgen over AI-hulpmiddelen die hen vervangen. U hebt betoogd dat automatisering mensen moet vrijmaken om te denken, niet om hen te vervangen. Hoe belichaamt Kodezi die balans?

AI zal ontwikkelaars niet vervangen. Het zal de saaiheid eromheen vervangen. Ingenieurs zijn niet waardevol omdat ze snel typen; ze zijn waardevol omdat ze duidelijk denken.

Kodezi automatiseert het repetitieve werk dat focus verliest: debuggen, testonderhoud, refactoren, documentatie. Het menselijke niveau, creativiteit, systeemontwerp en afwegingsredenering blijven onvervangbaar.

Op de lange termijn verschuift AI engineering van uitvoering naar orkestratie. Ontwikkelaars worden architecten van gedrag, niet uitvoerders van syntaxis. Kodezi is gebouwd om die overgang mogelijk te maken, waar machines onderhouden en mensen imagineren.

U hebt Kodezi beschreven als “levende infrastructuur”. Kijkt u vijf jaar vooruit, hoe zou de rol van de ontwikkelaar er dan uitzien in een wereld waarin software zichzelf in stand houdt?

Over vijf jaar zullen ontwikkelaars niet de helft van hun tijd besteden aan het repareren van wat ze de vorige kwartaal hebben gebouwd. Hun rol zal zich verplaatsen van reactief onderhoud naar proactief bestuur.

Stel u een wereld voor waarin elke repository geheugen heeft, waar uw systeem zijn eigen beslissingen bijhoudt, regressies herstelt en automatisch evolueert met nieuwe afhankelijkheden. Dat is levende infrastructuur.

In die wereld fungeren ontwikkelaars meer als rentmeesters. Zij definiëren beleid, verifiëren gedrag en ontwerpen intentie. De codebase wordt een levend organisme dat zich aanpast, leert en zichzelf in stand houdt.

Dat is wat we met Kodezi bouwen: software die niet alleen draait. Het houdt stand.

Bedankt voor het geweldige interview, lezers die meer willen leren, kunnen Kodezi bezoeken.