Інтерв’ю
Ishraq Khan, CEO і засновник Kodezi Inc – Серія інтерв’ю
Ishraq Khan, CEO і засновник Kodezi Inc., є самонавченим програмістом, який розпочав програмування у віці восьми років і запустив свій перший стартап, ще навчаючись у середній школі. Народившись у Дакці, Бангладеш, а пізніше переїхав до Сполучених Штатів, він побудував трек-рекорд раннього підприємництва, забезпечивши风险ове фінансування у старших класах школи та розширив продукт до більш ніж 100 000 користувачів. Його шлях відображає фокус на незалежному навчанні, швидкій експериментації та прагненні будувати системи, які роблять технології більш доступними та потужними для розробників.
Kodezi Inc. є компанією, яка стоїть за Kodezi OS, автономною платформою, призначеною для функціонування як “AI CTO” для інженерних команд. Вона безперервно виявляє та виправляє проблеми, автоматично документує системи, генерує специфікації API, забезпечує дотримання стандартів кодування та інтегрується безпосередньо у CI/CD-пайплайни. Перетворюючи кодові бази у самозахисні, самокеруючі системи, Kodezi допомагає організаціям будувати програмне забезпечення, яке є більш надійним, масштабованим та ефективним.
Ви розпочали програмування у віці восьми років і заснували свій перший стартап у середній школі. Що спочатку привабило вас до будівництва програмного забезпечення так рано, і як ці досвіди сформували ваш підхід до підприємництва?
Це була можливість контролю. Я переїхав до Сполучених Штатів як дитина, яка не говорила англійською, тому перша мова, яку я вивчив вільно, була код. Це був простір, де логіка мала сенс, де я міг побудувати щось і побачити, як воно реагує миттєво. Цей миттєвий зворотній зв’язок став звичним. Він навчив мене думати, а не просто програмувати.
Коли я побудував TeachMeCode у середній школі, це не було про створення компанії. Це було про те, щоб зробити навчання легшим для людей, подібних до мене. Але через це я навчився, як системи поводяться, як користувачі реагують, і як відбувається прогрес рядок за рядком. Це сформувало, як я бачу підприємництво сьогодні: менше про ідеї, більше про зворотній зв’язок, ітерації та стійкість.
Ви були прийняті до 40 коледжів, включаючи кілька ліг Ivy, але вирішили не відвідувати. Який був переломний момент, який змусив вас вирішити, що будівництво має значення більше, ніж очікування?
До того часу, як я закінчив школу, я вже прожив те, що більшість людей ходять до коледжу, щоб симулювати. Я запустив продукти, представив інвесторам, керував командою та вирішив реальні проблеми. У мене було 40 листів про прийняття на стіл, включаючи кілька шкіл ліги Ivy, але у мене також було щось, чого не мали більшість студентів: імпульс.
Більший ризик полягав у тому, щоб сповільнитися. Коледж би навчив мене рамками для інновацій, але я вже проводив експерименти у реальному світі. Я не хотів зупиняти активну систему, щоб вивчити, як розпочати її. Для мене класна кімната стала самим продуктом. Kodezi була освітою, яку я хотів.
Kodezi розпочалася як ідея, коли вам було ще підлітком. Як компанія еволюціонувала від моменту її заснування у 2019 році, і як ваша візія “AI CTO” виникла з часом?
Kodezi розпочалася як автокорект коду, проста ідея, що відладка могла бути швидшою. Коли ми розширилися, я зрозумів, що відладка не була кореневою проблемою. Реальна проблема полягала в тому, що кодові бази ніколи не залишаються нерухомими. Вони еволюціонують, дрейфують та розпадаються швидше, ніж люди можуть їх підтримувати.
З часом Kodezi еволюціонувала від продукту до операційної системи, яку ми зараз називаємо Kodezi OS, яка вчиться з кожного багу, тесту та коміту. Термін “AI CTO” виник природно. CTO не просто пишуть код; вони підтримують архітектуру, керують рішеннями та утримують системи живими. Це те, що робить Kodezi, але безперервно та автономно.
Найновіша модель Kodezi, Chronos, описується як перша система AI, побудована спеціально для відладки коду – а не генерації коду. Яка фундаментальна різниця робить ця відмінність для розробників?
Бо відладка є реальністю, а не уявленням. Генерація коду полягає в тому, щоб здогадатися, що може працювати; відладка полягає в тому, щоб зрозуміти, чому щось не спрацювало.
Більшість інструментів AI сьогодні є реактивними помічниками, які реагують, коли їм кажуть. Chronos, з іншого боку, є проактивним. Він пам’ятає попередні баги, розуміє графи залежностей, запускає тести, валідує виправлення та розвиває їх, поки проблема не буде дійсно вирішена.
Це та різниця, яка має значення. Розробники не хочуть помічника, який говорить. Вони хочуть інфраструктуру, яка діє та діє правильно.
Результати, які ви поділилися, показують, що Chronos перевершує GPT-4.1 і Claude 4 Opus за точністю виправлення багів. Чи можете ви описати набір даних та методологію, яка стоять за цими бенчмарками?
Наша оцінка є емпіричною, а не рекламною. Chronos тестується на тисячах реальних випадків відладки, взятих з публічних наборів даних, таких як SWE-bench, Defects4J і BugsInPy, а також анонімованих даних підприємств.
Кожен бенчмарк є суворим: модель повинна генерувати патч, застосувати його та пройти всі тести без регресій. Ні вибраних прикладів, ні вибирання успіху.
Chronos досягає 67,3 відсотка точності виправлення та 80,33 відсотка темпу вирішення на SWE-bench Lite, тоді як GPT-4.1 і Claude 4.5 залишаються нижче 15 відсотків. Різниця не в розмірі; це спеціалізація. Chronos тренується на самій відладці, на 15 мільйонах реальних сесіях відладки, тому він не просто шаблонно збігається, а діагностує.
Ви описали Kodezi як “AI CTO”, яка автономно підтримує та еволюціонує кодову базу компанії. Наскільки ми близькі до повністю самозахисної інфраструктури у виробничих середовищах?
Близько, ніж більшість людей думають, принаймні для детермінірованих систем. Сьогодні Kodezi може автономно виправляти багато CI- чи CD-невдач, тести регресій та रन-тайм-помилки, використовуючи контекстні дані та історичну пам’ять.
Повністю автономне виробниче обслуговування, де інфраструктура діагностує, лікує та повторно розгортає себе, з’являється. Я бачу, як це розвивається етапами: спочатку всередині контрольованих CI-оточень, потім у середовищах стадіонів та, нарешті, у виробництві під людським наглядом.
Ми завжди будемо тримати людину в циклі для творчих, архітектурних та етичних рішень, але більшість повторюваної та схильної до помилок роботи, такої як лінтинг, рефакторинг та відновлення тестів, скоро відбуватиметься без втручання.
Ви говорили про системи, які “тихо роблять правильні речі”. Що означає ця філософія у контексті управління AI та відповідальної автоматизації?
Для мене “тихо” не означає тихо. Це означає довірчу за умовчанням. Хорошо спроектована система AI не повинна потребувати постійної вводу чи валідації. Вона повинна діяти передбачувано, прозоро та безпечно.
Відповідальна автоматизація означає, що кожне рішення, прийняте AI, є пояснюваним, оборотним та залогованим. Chronos документує своє рішення та дії: що воно змінило, чому та як тести підтвердили виправлення.
Управління вбудовано в систему саму по собі. Ні прихованих модифікацій, ні чорних ящиків результатів. Метою є не те, щоб AI була голосною чи ефектною, а щоб вона тихо покращувала світ під поверхнею, де це має найбільше значення.
Термін “Quiet Tech” є привабливим – він припускає технологію, яка є потужною, але невидимою. Як ви бачите це рух у контексті співпраці людей та AI в інженерії?
Quiet Tech – це інфраструктура, яка є потужною, але невидимою. Найкраща технологія не повинна переривати; вона повинна інтегруватися.
У інженерії це означає, що інструмент не питає “Що ви хочете, щоб я зробив?”. Він уже знає, що потребує уваги. Він бачить розбиту залежність, патчує її, оновлює документацію та рухається далі.
Як AI стає частиною стека розробника, співпраця зміщується від команди до співіснування. Люди визначають намір та напрям. AI виконує, підтримує та оптимізує тихо на задньому плані. Це наступна епоха, де продуктивність надходить не від більшої взаємодії, а від меншої тертя.
Багато розробників бояться, що інструменти AI замінять їх. Ви стверджували, що автоматизація повинна звільнити людей, щоб думати, а не заміняти їх. Як Kodezi втілює цей баланс?
AI не замінять розробників. Вона замінять дрібну роботу навколо них. Інженери цінні не тому, що вони швидко набирають текст; вони цінні тому, що вони думають ясно.
Kodezi автоматизує повторювану роботу, яка виснажує увагу: відладку, підтримку тестів, рефакторинг, документацію. Людський рівень, креативність, системний дизайн та рішення про компроміс залишаються незамінними.
У довгостроковій перспективі AI зрушує інженерію від виконання до оркестрування. Розробники стають архітекторами поведінки, а не виконавцями синтаксису. Kodezi побудований для забезпечення цього переходу, де машини підтримують, а люди уявляють.
Ви описали Kodezi як “живу інфраструктуру”. Оглядаючись на п’ять років вперед, який може бути роль розробника у світі, де програмне забезпечення підтримує себе?
За п’ять років розробники не будуть витрачати половину свого часу на виправлення того, що вони побудували за попередній квартал. Їх роль переміститься від реактивного обслуговування до проактивного управління.
Представьте собі світ, де кожен репозиторій має пам’ять, де ваша система відстежує свої власні рішення, лікує регресії та еволюціонує з новими залежностями автоматично. Це жива інфраструктура.
У цьому світі розробники діють більше як опікуни. Вони визначають політики, верифікують поведінку та проектують намір. Кодова база стає живою організацією, яка адаптується, вчиться та підтримує себе.
Це те, над чим ми працюємо з Kodezi: програмне забезпечення, яке не просто працює. Воно триває.
Дякуємо за велике інтерв’ю. Читачам, які хочуть дізнатися більше, слід відвідати Kodezi.
