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, waaronder het verwerven van venturefunding op de middelbare school en het opschalen van 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 engineeringteams. Het detecteert en repareert 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 bent op achtjarige leeftijd begonnen met programmeren en heeft uw eerste startup opgericht op de middelbare school. Wat trok u oorspronkelijk aan om zo vroeg software te bouwen, en hoe hebben die ervaringen uw ondernemingsgeest 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 erom om het leren gemakkelijker te maken voor mensen zoals ik. Maar daardoor leerde ik hoe systemen zich gedragen, hoe gebruikers reageren en hoe vooruitgang plaatsvindt regel voor regel. Het vormde hoe ik tegen ondernemerschap aankijk vandaag: 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?

Tegen de tijd dat ik de middelbare school had afgerond, had ik al het leven geleid dat de meeste mensen naar de universiteit gaan simuleren. 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. De universiteit zou me frameworks voor innovatie hebben geleerd, 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 de 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 autocorrectiefunctie voor code, een eenvoudig idee dat debuggen sneller kon zijn. Toen we opschalen, realiseerde ik me dat debuggen niet het rootprobleem was. Het echte probleem was dat codebases nooit stil 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 onderscheid maakt voor ontwikkelaars?

Omdat debuggen de realiteit is, niet de verbeelding. Codegeneratie gaat over gokken wat zou kunnen werken; debuggen gaat over het begrijpen waarom iets faalde.

De meeste AI-hulpmiddelen 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 methodologie achter die benchmarks leiden?

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

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

Chronos bereikt 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 omvang; het zit in specialisatie. Chronos is getraind op debugging zelf, op 15 miljoen echte debugging-sessies, dus het matcht geen patronen, het 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 oplossen met behulp van contextuele gegevens en historische geheugen.

Volledig autonome productieonderhoud, waarbij infrastructuur zichzelf diagnoseert, herstelt en opnieuw implementeert, is in opkomst. Ik zie het evolueren in fasen: eerst binnen gecontroleerde CI-omgevingen, dan stagingsomgevingen en ten slotte productie onder menselijke supervisie.

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

U hebt het over systemen die “stil doen wat goed is”. 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 geen constante invoer of validatie nodig moeten hebben. Het moet voorspelbaar, transparant en veilig handelen.

Verantwoorde automatisering betekent dat elke beslissing door de AI genomen wordt toegelicht, omkeerbaar en gelogd. 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 dat AI luid of opvallend is, maar dat het stil de wereld verbetert onder de oppervlakte waar het het meest ertoe doet.

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 zou moeten integreren.

In engineering betekent dat het hulpmiddel niet vraagt “Wat wilt u dat ik doe?” Het weet al wat aandacht nodig heeft. Het ziet de gebroken afhankelijkheid, patcht het, 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 na te denken, niet om hen te vervangen. Hoe belichaamt Kodezi die balans?

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

Kodezi automatiseert het repetitieve werk dat de focus vermindert: debuggen, testonderhoud, refactoren, documentatie. Het menselijke niveau, creativiteit, systeemontwerp en afweging van keuzes 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 te mogelijk maken, waar machines onderhouden en mensen imagineren.

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

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

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

In die wereld fungeren ontwikkelaars meer als stewards. Ze 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, moeten Kodezi bezoeken.