Ishraq Khan, CEO a zakladatel Kodezi Inc. – Interview Series

Ishraq Khan, CEO a zakladatel Kodezi Inc., je samoučený programátor, který začal programovat ve věku osmi let a založil svou první firmu ještě během střední školy. Narodil se v Dháce v Bangladéši a později se přestěhoval do Spojených států, kde vybudoval rekordní počínajícího podnikatele, zajistil venture kapitál na střední škole a rozšířil produkt na více než 100 000 uživatelů. Jeho cesta odráží zaměření na nezávislé učení, rychlé experimentování a snahu budovat systémy, které činí technologie více přístupnými a mocnými pro vývojáře.

Kodezi Inc. je společnost za Kodezi OS, autonomní platformou navrženou tak, aby fungovala jako „AI CTO“ pro inženýrské týmy. Kontinuálně detekuje a opravuje problémy, automaticky dokumentuje systémy, generuje specifikace API, vynucuje standardy kódování a integruje se přímo do CI/CD pipeline. Transformací kódových základů na samoopravné, samosprávné systémy pomáhá Kodezi organizacím budovat software, který je spolehlivější, škálovatelnější a efektivnější.

Začali jste programovat ve věku osmi let a založili jste svou první firmu ještě během střední školy. Co vás původně přitáhlo k budování softwaru tak brzy a jak tyto zkušenosti formovaly váš podnikatelský přístup?

To, co mě přitáhlo, byla kontrola. Přestěhoval jsem se do Spojených států jako dítě, které neumělo anglicky, takže první jazyk, který jsem ovládl, byl kód. Bylo to místo, kde logika dávala smysl, kde jsem mohl něco postavit a vidět, jak na to reaguje okamžitě. Ten okamžitý zpětný vazebný smyček se stal návykovým. Naučil mě, jak myslet, ne jen jak programovat.

Když jsem postavil TeachMeCode na střední škole, nešlo to o založení firmy. Šlo to o to, aby se učení stalo snazší pro lidi jako já. Ale prostřednictvím toho jsem se naučil, jak systémy fungují, jak uživatelé reagují a jak pokrok probíhá řádek po řádku. To formovalo můj pohled na podnikání dnes: méně o nápadech, více o zpětných vazebních smycích, iteracích a odolnosti.

Byli jste přijati na 40 vysokých škol, včetně několika institucí Ivy League, ale rozhodli jste se nenavštěvovat. Jaký byl zlomový bod, který vás vedl k rozhodnutí, že budování je důležitější než čekání?

Do doby, kdy jsem dokončil střední školu, jsem již prožil to, co většina lidí chodí na vysokou školu, aby to simulovala. Spustil jsem produkty, přednesl investory, vedl tým a řešil skutečné problémy. Měl jsem 40 přijímacích dopisů na stole, včetně několika institucí Ivy League, ale měl jsem také něco, co většina studentů neměla: hybnost.

Velikým rizikem bylo zpomalení. Vysoká škola by mě naučila rámce pro inovace, ale já již jsem prováděl experimenty ve skutečném světě. Nechtěl jsem pozastavit aktivní systém, aby jsem se naučil, jak ho spustit. Pro mě se třída stala produktem samotným. Kodezi byla výchova, kterou jsem chtěl.

Kodezi začal jako nápad, když jste byli ještě teenager. Jak se společnost vyvinula od svého vzniku v roce 2019 a jak se váš pohled na „AI CTO“ vyvinul v průběhu času?

Kodezi začal jako autocorrect pro kód, jednoduchý nápad, že debugování by mohlo být rychlejší. Jak jsme škálovali, uvědomil jsem si, že debugování nebylo kořenovým problémem. Skutečným problémem bylo, že kódové základy nikdy nezůstávají statické. Evoluují, posunou se a rozkládají se rychleji, než je lidská schopnost je udržovat.

V průběhu času se Kodezi vyvinul z produktu na operační systém, co nazýváme Kodezi OS, který se učí z každého bugu, testu a commitu. Termín „AI CTO“ se objevil přirozeně. CTO nevytváří pouze kód; udržuje architekturu, řídí rozhodnutí a udržuje systémy živé. To je to, co dělá Kodezi, ale kontinuálně a autonomně.

Nejnovější model Kodezi, Chronos, je popsán jako první AI systém speciálně navržen pro debugování kódu – nikoli pro generování kódu. Jaký je základní rozdíl, který to dělá pro vývojáře?

Protože debugování je realita, ne fantazie. Generování kódu je o tom, co by mohlo fungovat; debugování je o tom, proč něco selhalo.

Most AI nástrojů dnes jsou založeny na promptech, které reagují, když jsou instruovány. Chronos je naopak proaktivní. Pamatuje si předchozí chyby, rozumí závislostem, spouští testy, ověřuje opravy a vylepšuje je, dokud problém není skutečně vyřešen.

To je rozdíl, který má význam. Vývojáři nechtějí asistenta, který mluví. Chtějí infrastrukturu, která funguje a funguje správně.

Výsledky, které jste sdíleli, ukazují, že Chronos překonává GPT-4.1 a Claude 4 Opus v přesnosti oprav chyb. Můžete vysvětlit dataset a metodologii, která stojí za těmito benchmarky?

Naše hodnocení je empirické, ne propagační. Chronos je testován na tisících skutečných debugovacích případech z veřejných datasetů, jako je SWE-bench, Defects4J a BugsInPy, spolu s anonymizovanými podnikovými daty.

Každý benchmark je přísný: model musí vygenerovat opravu, aplikovat ji a projít všemi testovacími případy bez regresí. Žádné ručně vybrané příklady, žádné cherry-picking úspěchu.

Chronos dosahuje 67,3 procentní přesnosti oprav a 80,33 procentní míry řešení na SWE-bench Lite, zatímco GPT-4.1 a Claude 4.5 zůstávají pod 15 procenty. Rozdíl není velikostí; je specializací. Chronos je trénován na debugování samo o sobě, na 15 milionech skutečných debugovacích relací, takže nedělá pouze pattern-matching, diagnostikuje.

Můžete vysvětlit, jak blízko jsme k plně samoopravné infrastruktuře ve výrobních prostředích?

Blíže, než si většina lidí myslí, alespoň pro deterministické systémy. Dnes může Kodezi autonomně opravovat mnoho CI nebo CD selhání, testovacích regresí a runtime chyb pomocí kontextových dat a historické paměti.

Plně autonomní výrobní údržba, kde infrastruktura diagnostikuje, léčí a znovu nasazuje sama, se vyvíjí. Vidím to, jak se vyvíjí ve fázích: nejprve uvnitř řízených CI prostředí, poté ve stadiích a nakonec ve výrobě pod lidským dohledem.

Budeme vždy udržovat lidskou účast v smyčce pro kreativní, architektonické a etické rozhodnutí, ale většina opakované a chybné práce, jako je linting, refaktoring a testovací zotavení, brzy proběhne bez zásahu.

Mluvili jste o systémech, které „tichým způsobem dělají správnou věc“. Co znamená tato filozofie v kontextu AI governance a odpovědné automatizace?

Pro mě „tichý“ neznamená tichý. Znamená to důvěryhodný výchozí. Dobře navržený AI systém by neměl potřebovat neustálý vstup nebo ověření. Měl by fungovat předvídatelně, transparentně a bezpečně.

Odpovědná automatizace znamená, že každé rozhodnutí učiněné AI je vysvětlitelné, reverzibilní a zaznamenané. Chronos dokumentuje své důvody a akce: co změnil, proč a jak testy ověřily opravu.

Governance je vestavěna do systému samotného. Žádné skryté úpravy, žádné černé krabice. Cílem není, aby AI byl hlasitý nebo okázalý, ale aby tichým způsobem zlepšoval svět pod povrchem, kde to nejvíce záleží.

Pojem „Quiet Tech“ je přesvědčivý – naznačuje technologii, která je mocná, ale neviditelná. Jak vidíte tuto hnutí měnící způsob, jakým lidé a AI spolupracují ve vývoji?

Quiet Tech je infrastruktura, která je mocná, ale neviditelná. Nejlepší technologie by neměla rušit; měla by se integrovat.

V vývoji to znamená, že nástroj nezeptá „Co chcete, abych udělal?“ Už ví, co potřebuje pozornost. Vidí rozbitou závislost, opraví ji, aktualizuje dokumentaci a pokračuje.

Jako AI se stává součástí vývojářského stacku, spolupráce se mění z příkazu na soužití. Lidé definují záměr a směr. AI vykonává, udržuje a optimalizuje tichým způsobem na pozadí. To je příští éra, kde produktivita pochází z menšího tření.

Mnozí vývojáři se obávají, že AI nástroje je nahradí. Vy jste argumentoval, že automatizace by měla osvobodit lidi, aby mysleli, ne je nahradit. Jak Kodezi ztělesňuje tuto rovnováhu?

AI nebude nahrazovat vývojáře. Nahradí nudnou práci kolem nich. Inženýři nejsou cenní, protože píší rychle; jsou cenní, protože myslí jasně.

Kodezi automatizuje opakovanou práci, která odčerpává pozornost: debugování, testovací údržbu, refaktoring, dokumentaci. Lidská vrstva, kreativita, systémový design a rozumné uvažování zůstanou nenahraditelné.

V dlouhodobém horizontu AI mění vývoj z provádění na orchestraci. Vývojáři se stávají architekty chování, ne vykonavateli syntaxe. Kodezi je navržen tak, aby umožnil tuto transformaci, kde stroje udržují a lidé představují.

Můžete popsat, jak by mohla vypadat role vývojáře v světě, kde software sám sobě udržuje?

Za pět let nebudou vývojáři trávit polovinu svého času opravováním toho, co postavili minulý čtvrtletí. Jejich role se přesune od reaktivní údržby k proaktivnímu řízení.

Představte si svět, kde každá repozitář má paměť, kde váš systém sleduje svá vlastní rozhodnutí, léčí regrese a vyvíjí se s novými závislostmi automaticky. To je živá infrastruktura.

V tom světě vývojáři jednají více jako správci. Definují zásady, ověřují chování a navrhují záměr. Kódová základna se stává živou entitou, která se přizpůsobuje, učí a udržuje sama.

To je to, co budujeme s Kodezi: software, který neonly běží. Trvá.

Děkuji za skvělý rozhovor, čtenáři, kteří chtějí se dozvědět více, mohou navštívit Kodezi.