Ishraq Khan，Kodezi Inc. 的 CEO 和创始人 – 采访系列

Ishraq Khan，Kodezi Inc. 的 CEO 和创始人，是一位自学成才的程序员，他八岁开始编程，并在还在中学时就创办了他的第一家创业公司。出生于孟加拉国达卡，后移民到美国，他建立了早期创业的记录，在高中时就获得了风险投资，并将产品扩展到超过 10 万用户。他的道路反映了对独立学习、快速实验和构建使技术更易用和强大的系统的驱动力。

Kodezi Inc. 是 Kodezi OS 的公司，Kodezi OS 是一个自治平台，旨在作为工程团队的“AI CTO”。它持续检测和修复问题，自动记录系统，生成 API 规范，强制执行编码标准，并直接集成到 CI/CD 流水线中。通过将代码库转换为自我修复、自我管理的系统，Kodezi 帮助组织构建更可靠、可扩展和高效的软件。

您八岁开始编程，并在中学时创办了您的第一家创业公司。是什么最初吸引您这么早开始构建软件，您的经历如何塑造您的创业心态？

吸引我的是控制力。我作为一个不懂英语的孩子移民到美国，所以我首先流利地学习的语言是代码。这是一个逻辑清晰的空间，我可以构建东西并立即看到它的反应。这一即时反馈循环变得令人上瘾。它教会我如何思考，而不仅仅是如何编程。

当我在中学时构建 TeachMeCode 时，它不是关于创办一家公司的。它是关于让像我一样的人学习变得更容易。但是通过这一过程，我了解了系统的行为、用户的反应和进步是如何发生的。它塑造了我今天对创业的看法：不再是关于想法，而是关于反馈循环、迭代和韧性。

您被 40 所大学录取，包括几所常春藤盟校，但您选择不就读。是什么让您决定建设比等待更重要？

在我高中毕业时，我已经经历了大多数人去大学学习的东西。我已经推出了产品，向投资者推销，管理了一个团队，并解决了真正的问题。我在桌子上有 40 封录取通知书，包括几所常春藤盟校，但我也有大多数学生没有的东西：动力。

更大的风险是放慢速度。大学会教我创新框架，但我已经在现实世界中运行实验。我不想暂停一个活跃的系统来学习如何开始一个。对于我来说，课堂变成了产品本身。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在SWE-bench Lite上实现了67.3％的修复准确率和80.33％的解决率，而GPT-4.1和Claude 4.5的准确率都低于15％。区别不在于规模，而在于专业化。Chronos专门针对调试进行了训练，在1500万个真实调试会话中进行了训练，因此它不仅仅是模式匹配，而是诊断。

您将Kodezi描述为一个“AI CTO”，它可以自主维护和演化公司的代码库。在生产环境中，我们离完全自我修复的基础设施有多近？

比大多数人想象的要近，至少对于确定性系统来说是如此。今天，Kodezi可以自主修复许多CI或CD故障、测试回归和运行时错误，使用上下文数据和历史记忆。

完全自治的生产维护，即基础设施可以自我诊断、自我修复和重新部署，正在出现。我认为它将在几个阶段发展：首先是在受控的CI环境中，然后是在分阶段环境中，最后是在生产环境中，在人类的监督下。

我们始终会让人类参与创造性、架构和道德决策，但大多数重复和容易出错的工作，例如linting、重构和测试恢复，将很快在没有干预的情况下完成。

您曾谈到“quietly做正确的事情”的系统。这种哲学在AI治理和负责任的自动化的背景下意味着什么？

对我来说，“quiet”并不意味着沉默。它意味着默认情况下值得信赖。一个设计良好的AI系统不应该需要不断的输入或验证。它应该以可预测、透明和安全的方式行事。

负责任的自动化意味着AI做出的每个决定都是可解释的、可逆转的和记录的。Chronos记录了其推理和操作：它改变了什么，为什么，以及测试如何验证了修复。

治理是系统本身的组成部分。没有隐藏的修改，没有黑盒结果。目标不是让AI变得响亮或引人注目，而是在表面下悄悄地改善世界，在那里它最有意义。

“Quiet Tech”这个术语很有吸引力——它意味着强大但不可见的技术。您如何看待这种运动如何改变人类和AI在工程领域的合作方式？

Quiet Tech是强大但不可见的基础设施。最好的技术不应该打断；它应该集成。

在工程领域，这意味着工具不问“你想让我做什么？”它已经知道需要关注什么。它看到破损的依赖关系，修复它，更新文档，然后继续下去。

随着AI成为开发者堆栈的一部分，协作从命令转变为共存。人类定义意图和方向。AI在后台默默地执行、维护和优化。这是下一个时代，生产力来自于更少的摩擦，而不是更多的交互。

许多开发人员担心AI工具会取代他们。您认为自动化应该让人类能够思考，而不是取代他们。Kodezi如何体现这种平衡？

AI不会取代开发人员。它会取代他们周围的单调工作。工程师之所以有价值，不是因为他们打字快；他们之所以有价值，是因为他们的思维清晰。

Kodezi自动化了重复的工作，例如调试、测试维护、重构和文档。人类层面，创造力、系统设计和权衡推理仍然是不可替代的。

从长远来看，AI将工程从执行转变为编排。开发人员将成为行为的架构师，而不是语法的执行者。Kodezi旨在实现这一转变，在机器维护和人类想象的世界中。

您将Kodezi描述为“活着的基础设施”。展望未来五年，开发人员的角色可能会是什么样子，在一个软件可以自我维护的世界中？

五年后，开发人员将不再花费一半的时间修复他们上个季度构建的内容。他们的角色将从反应性维护转变为主动的治理。

想象一个世界，每个存储库都有记忆，系统跟踪自己的决策，自我修复回归，并随着新依赖项自动演化。这就是活着的基础设施。

在这样的世界中，开发人员扮演着管理者的角色。他们定义政策，验证行为，并设计意图。代码库变成一个活着的有机体，它适应、学习并维持自己。

这就是我们正在用Kodezi构建的东西：软件不仅仅是运行。它持续存在。

感谢这次精彩的采访，希望了解更多的读者可以访问Kodezi。