Kodezi Inc.’in CEO ve Kurucusu Ishraq Khan – Röportaj Serisi

Ishraq Khan, Kodezi Inc.’in CEO ve kurucusu, sekiz yaşından itibaren kod yazmaya başlayan ve ortaokuldayken ilk girişimini başlatan bir self-taught coder. Dhaka, Bangladeş’te doğan ve daha sonra Amerika Birleşik Devletleri’ne taşınan Khan, erken girişimcilikte bir geçmiş oluşturdu, lisedeyken risk sermayesi sağladı ve bir ürünü 100.000’den fazla kullanıcıya ulaştırdı. Onun yolu, bağımsız öğrenme, hızlı deneyler ve geliştiriciler için teknolojiyi daha erişilebilir ve güçlü hale getirmeye yönelik bir odaklanma üzerine kuruludur.

Kodezi Inc. Kodezi OS’nin arkasındaki şirket, mühendislik ekipleri için bir “AI CTO” olarak çalışan otomatik bir platformdur. Sürekli olarak sorunları tespit eder ve düzeltir, sistemleri otomatik olarak belgeleyerek, API özelliklerini oluşturur, kodlama standartlarını uygular ve CI/CD boru hatlarına doğrudan entegre olur. Kod tabanlarını self-healing, self-governing sistemlere dönüştürerek, Kodezi organizasyonların daha güvenilir, ölçeklenebilir ve verimli yazılımlar oluşturmasına yardımcı olur.

Sekiz yaşındayken kod yazmaya başladınız ve ortaokuldayken ilk girişiminizi kurduk. Bu kadar erken yaşta yazılım geliştirmeye ne sizi çekti ve bu deneyimler girişimci zihniyetinizi nasıl şekillendirdi?

Bana çekici gelen şey kontroltü. İngilizce konuşamayan bir çocuk olarak Amerika Birleşik Devletleri’ne taşındım, bu nedenle ilk öğrendiğim dil kod oldu. Mantığın anlaşıldığı, bir şeyler inşa edebileceğim ve anında tepki verebileceğim bir alandı. Bu anlık geri bildirim döngüsü bağımlılık yaptı. Bana düşünmeyi, sadece programlamayı öğretti.

Ortaokuldayken TeachMeCode’u kurduğumda, bir şirket kurmak değildi amaç. Öğrenmeyi insanların benim gibi olanları için kolaylaştırmaktı. Ancak bunu yaparak, sistemlerin nasıl davrandığını, kullanıcıların nasıl tepki verdiğini ve ilerlemenin nasıl gerçekleştiğini öğrendim. Bugün girişimciliği nasıl gördüğüme şekil verdi: fikirlerden daha fazla, geri bildirim döngülerine, iterasyona ve dayanıklılığa odaklanmak.

40 kolej kabul mektubunuz vardı, ancak okula gitmeye karar vermediniz. Durumu değiştiren nokta neydi ve neden inşa etmenin beklemekten daha önemli olduğuna karar verdiniz?

Liseden mezun olduğumda, çoğu insan kolejde simüle etmeye çalıştıkları şeyi zaten yaşamıştım. Ürünler çıkarmıştım, yatırımcılara sunum yapmıştım, bir ekibi yönetmiştim ve gerçek problemleri çözmüştüm. 40 kabul mektubum vardı, Ivy League okulları da dahil, ancak çoğunun sahip olmadığı bir şeyim vardı: momentum.

Daha büyük risk, yavaşlamaktı. Kolej, inovasyon için çerçeveler öğretecekti, ancak ben gerçek dünyada deneyler yapıyordum. Ürün kendisi benim için eğitimdi. Koleji bırakıp Kodezi’ye odaklanmaya karar verdim.

Kodezi, hala bir gençken ortaya çıkan bir fikirdi. Şirket nasıl evrimleşti ve “AI CTO” vizyonunuz nasıl ortaya çıktı?

Kodezi, kod için bir otomatik düzeltme olarak başladı, basit bir fikir olarak hataların daha hızlı düzeltilebileceği düşüncesiyle. Büyüdükçe, sorunların sadece hatalar olmadığını fark ettim. Asıl sorun, kod tabanlarının asla sabit kalmamasıydı.

Zaman içinde Kodezi, bir ürün olmaktan çıkıp, her hata, test ve taahhütten öğrenen bir işletim sistemi haline geldi. “AI CTO” terimi doğal olarak ortaya çıktı. CTO’lar sadece kod yazmaz, mimariyi korur, kararları yönlendirir ve sistemleri canlı tutar. İşte Kodezi’nin yaptığı şey, ancak sürekli ve otomatik olarak.

Kodezi’nin en yeni modeli Chronos, kod hata ayıklama için özel olarak tasarlanmış ilk AI sistemi olarak tanımlanıyor. Geliştiriciler için bu ayrım ne anlama geliyor?

Çünkü hata ayıklama gerçekliktir, hayal değildir. Kod oluşturma, belki çalışabilecek şeyleri tahmin etmektir; hata ayıklama, neden başarısız olduğuna anlamaktır.

Bugün kullanılan çoğu AI aracı, bir komut verildiğinde tepki veren asistanlardır. Chronos ise proaktiftir. Önceki hataları hatırlar, bağımlılık grafiklerini anlar, testleri çalıştırır, düzeltmeleri doğrular ve sorunu gerçekten çözülene kadar onları iyileştirir.

İşte önemli olan ayrım. Geliştiriciler konuşan bir asistan istemezler, doğru davranan altyapıyı isterler.

Sonuçlarınız Chronos’un GPT-4.1 ve Claude 4 Opus’u hata düzeltme doğruluğunda geride bıraktığını gösteriyor. Bu benchmarklerin arkasındaki veri setini ve metodolojiyi açıklar mısınız?

Değerlendirmemiz empiriktir, değil tanıtım amaçlı. Chronos, SWE-bench, Defects4J ve BugsInPy gibi kamu veri setlerinden ve anonimleştirilmiş entreprise verisinden alınan binlerce gerçek dünya hata ayıklama senaryosunda test edilmiştir.

Her benchmark katıdır: model bir yama oluşturmalı, uygulamalı ve tüm test durumlarını geçmelidir. Hiçbir el ile seçilmiş örnek, hiçbir cherry-picking başarısı yoktur.

Chronos, SWE-bench Lite’de %67.3’lük bir düzeltme doğruluğuna ve %80.33’lük bir çözüm oranına ulaşır, जबकi GPT-4.1 ve Claude 4.5 %15’in altında kalır. Fark, boyut değil, uzmanlaşmadır. Chronos, hata ayıklama üzerine eğitilmiştir, 15 milyon gerçek hata ayıklama oturumundan öğrenmiştir, bu nedenle sadece desen eşleştirmekle kalmaz, teşhis eder.

Kodezi’yi “AI CTO” olarak tanımladınız, şirketlerin kod tabanlarını otomatik olarak korur ve geliştirir. Üretim ortamlarında tam olarak self-healing altyapılara ne kadar yakınız?

İnsanların düşündüğünden daha yakınız, en azından deterministik sistemler için. Bugün, Kodezi CI veya CD hatalarını, test gerilemelerini ve çalışma zamanı hatalarını otomatik olarak düzeltilebilir.

Tamamen otomatik üretim bakımı, altyapının kendi kendine teşhis etmesi, self-healing ve yeniden dağıtması yaklaşıyor. İlk olarak kontrol edilen CI ortamlarında, sonra staging ortamlarında ve nihayetinde insan denetimi altında üretim ortamlarında ortaya çıkmasını öngörüyorum.

Her zaman yaratıcı, mimari ve etik kararlar için insanları koruyor olacağız, ancak çoğu tekrarlayan ve hata eğilimli işler, örneğin linting, refactoring ve test kurtarma, müdahale olmadan gerçekleşecektir.

“Quietly doing the right thing” ifadesini kullandınız. AI yönetimi ve sorumlu otomasyon bağlamında bu felsefe ne anlama geliyor?

Bana göre “quiet” sessiz anlamına gelmez. Güvenilir anlamına gelir. İyi tasarlanmış bir AI sistemi sürekli girdi veya doğrulama istemez. Öngörülemeli, şeffaf ve güvenli bir şekilde davranmalıdır.

Sorumlu otomasyon, AI’nin her kararı açıklanabilir, geri alınabilir ve kaydedilir anlamına gelir. Chronos, nedenini ve eylemlerini belgeler: ne değiştirdi, neden, ve testler nasıl düzeltmeyi doğruladı.

Yönetişim sistemi içinde inşa edilmiştir. Gizli değişiklikler, siyah kutu sonuçları yoktur. Hedef, AI’nin gürültülü veya gösterişli olması değil, dünyayı alt düzeyde, önemli olan yerde sessizce iyileştirmektir.

“Quiet Tech” ifadesi çekici – güçlü ancak görünmez teknolojiyi ima ediyor. Bu hareketin mühendislikte insanların ve AI’nin nasıl işbirliği yapacağını nasıl değiştireceğini görüyorsunuz?

Quiet Tech, güçlü ancak görünmez altyapıdır. En iyi teknoloji kesinti yaratmamalıdır, entegre olmalıdır.

Mühendislikte bu, aracın “ne yapmamı istiyorsun?” dememesi anlamına gelir. already neye dikkat etmesi gerektiğini bilir. Kırık bağımlılığı görür, düzeltir, belgeleri günceller ve devam eder.

AI, geliştirici yığınının bir parçası haline geldikçe, işbirliği emirden birlikte var olmaya kayar. İnsanlar niyet ve yönü tanımlar. AI, arka planda sessizce infaz eder, korur ve optimize eder. Bu, sonraki dönemdir, burada verimlilik daha fazla etkileşimden değil, daha az sürtünmeden gelir.

Çok sayıda geliştirici, AI araçlarının onları değiştireceğinden endişe ediyor. Siz ise otomasyonun insanları düşünmekten ziyade özgürleştirmesi gerektiğini savunuyorsunuz. Kodezi bu dengeyi nasıl sağlıyor?

AI, geliştiricileri değiştirmeyecek. Onların etrafındaki monotonluğu değiştirecek. Mühendisler değerli değil çünkü hızlı yazıyorlar, değerli çünkü net düşünüyorlar.

Kodezi, odaklarını boğan tekrarlayan işleri otomatikleştirir: hata ayıklama, test bakımı, refactoring, belgeleme. İnsanların yaratıcılık, sistem tasarımı ve ticaret reasoning’i gibi katmanları değişmez olarak kalır.

Uzun vadede, AI, mühendisliği infazdan davranış mimarisi oluşturmaya kaydırır. Geliştiriciler, sentaksın icracıları değil, davranışların mimarları olurlar. Kodezi, bu geçişi ermöglemek için inşa edilmiştir, burada makineler korur ve insanlar hayal eder.

Kodezi’yi “yaşayan altyapı” olarak tanımladınız. Beş yıl sonra, yazılımın kendini sürdürebildiği bir dünyada geliştiricilerin rolü nasıl olacak?

Beş yıl içinde, geliştiriciler geçen çeyrekte inşa ettiklerini düzeltmekle uğraşmayacaklar. Rolü, reaktif bakımdan proaktif yönetime kayacak.

Her deposunda hafızası olan, kararlarını izleyen, gerilemeleri otomatik olarak düzelten ve yeni bağımlılıklarla birlikte evrimleşen bir dünya hayal edin. İşte yaşayan altyapı budur.

Bu dünyada, geliştiriciler daha çok birer emanetçi gibi davranırlar. Politikaları tanımlarlar, davranışı doğrularlar ve niyeti tasarlarlar. Kod tabanı, adapte olan, öğrenen ve kendini sürdüren bir canlı organizma haline gelir.

İşte Kodezi ile inşa etmeye çalıştığımız şey: sadece çalışan değil, dayanıklı yazılım.

Harika röportaj için teşekkür ederiz, daha fazla bilgi almak isteyen okuyucular Kodezi‘yi ziyaret edebilir.