Ishraq Khan, CEO và Người sáng lập của Kodezi Inc – Loạt phỏng vấn

Ishraq Khan, CEO và Người sáng lập của Kodezi Inc., là một lập trình viên tự học bắt đầu lập trình từ khi 8 tuổi và đã ra mắt công ty khởi nghiệp đầu tiên của mình khi còn đang học trung học. Sinh ra tại Dhaka, Bangladesh và sau đó chuyển đến Hoa Kỳ, anh đã xây dựng một hồ sơ về tinh thần doanh nghiệp từ sớm, đảm bảo vốn đầu tư mạo hiểm khi còn học trung học và mở rộng một sản phẩm đến hơn 100.000 người dùng. Con đường của anh phản ánh sự tập trung vào việc học tập độc lập, thử nghiệm nhanh chóng và động lực xây dựng các hệ thống làm cho công nghệ trở nên dễ tiếp cận và mạnh mẽ hơn cho các nhà phát triển.

Kodezi Inc. là công ty đứng sau Kodezi OS, một nền tảng tự động được thiết kế để hoạt động như một “CTO AI” cho các đội kỹ sư. Nó liên tục phát hiện và sửa lỗi, tự động ghi lại hệ thống, tạo ra các thông số kỹ thuật API, thực thi các tiêu chuẩn mã hóa và tích hợp trực tiếp vào các đường ống CI/CD. Bằng cách biến các cơ sở mã thành các hệ thống tự chữa bệnh, tự quản lý, Kodezi giúp các tổ chức xây dựng phần mềm đáng tin cậy, có khả năng mở rộng và hiệu quả hơn.

Bạn bắt đầu lập trình từ khi mới 8 tuổi và thành lập công ty khởi nghiệp đầu tiên của mình khi còn học trung học. Điều gì đã thu hút bạn đến việc xây dựng phần mềm từ sớm như vậy, và những trải nghiệm đó đã định hình tư duy doanh nghiệp của bạn như thế nào?

Điều gì đã thu hút tôi là sự kiểm soát. Tôi chuyển đến Hoa Kỳ khi còn là một đứa trẻ không nói được tiếng Anh, vì vậy ngôn ngữ đầu tiên tôi học thành thạo là mã. Đó là một không gian nơi logic có ý nghĩa, nơi tôi có thể xây dựng một thứ gì đó và thấy nó phản hồi ngay lập tức. Vòng phản hồi tức thời đó trở nên gây nghiện. Nó đã dạy tôi cách suy nghĩ, không chỉ cách lập trình.

Khi tôi xây dựng TeachMeCode ở trung học, nó không phải là về việc bắt đầu một công ty. Đó là về việc làm cho việc học trở nên dễ dàng hơn cho những người như tôi. Nhưng thông qua đó, tôi đã học được cách các hệ thống hoạt động, cách người dùng phản ứng và cách tiến bộ xảy ra hàng dòng. Nó đã định hình cách tôi nhìn nhận về tinh thần doanh nghiệp ngày nay: ít hơn về ý tưởng, nhiều hơn về vòng phản hồi, lặp lại và khả năng phục hồi.

Bạn đã được chấp nhận vào 40 trường đại học, bao gồm cả các trường Ivy League, nhưng bạn đã chọn không theo học. Điểm chuyển đổi nào đã khiến bạn quyết định rằng việc xây dựng quan trọng hơn việc chờ đợi?

Vào thời điểm tôi tốt nghiệp trung học, tôi đã sống những gì mà hầu hết mọi người đi học đại học để mô phỏng. Tôi đã ra mắt sản phẩm, trình bày với các nhà đầu tư, quản lý một đội và giải quyết các vấn đề thực tế. Tôi đã có 40 bức thư chấp nhận trên bàn của mình, bao gồm cả các trường Ivy League, nhưng tôi cũng có một thứ mà hầu hết sinh viên không có: động lực.

Rủi ro lớn hơn là làm chậm lại. Trường đại học sẽ dạy tôi các khuôn khổ cho sự đổi mới, nhưng tôi đã chạy các thí nghiệm trong thế giới thực. Tôi không muốn tạm dừng một hệ thống hoạt động để học cách bắt đầu một hệ thống. Đối với tôi, lớp học trở thành sản phẩm chính nó. Kodezi là nền giáo dục mà tôi muốn.

Kodezi bắt đầu như một ý tưởng khi bạn còn là một thiếu niên. Công ty đã phát triển như thế nào kể từ khi thành lập vào năm 2019, và tầm nhìn của bạn về một “CTO AI” đã xuất hiện như thế nào theo thời gian?

Kodezi bắt đầu như một tính năng tự động sửa lỗi cho mã, một ý tưởng đơn giản rằng việc gỡ lỗi có thể nhanh hơn. Khi chúng tôi mở rộng, tôi nhận ra rằng gỡ lỗi không phải là vấn đề gốc. Vấn đề thực sự là các cơ sở mã không bao giờ đứng yên. Chúng tiến hóa, trôi dạt và suy giảm nhanh hơn những gì con người có thể duy trì.

Theo thời gian, Kodezi đã phát triển từ một sản phẩm thành một hệ điều hành, những gì chúng tôi gọi là Kodezi OS, học hỏi từ mọi lỗi, thử nghiệm và cam kết. Thuật ngữ “CTO AI” đã xuất hiện một cách tự nhiên. CTO không chỉ viết mã; họ duy trì kiến trúc, hướng dẫn quyết định và giữ cho các hệ thống hoạt động.

Mô hình mới nhất của Kodezi, Chronos, được mô tả là hệ thống AI đầu tiên được xây dựng cụ thể cho việc gỡ lỗi mã – chứ không phải là tạo mã. Sự khác biệt cơ bản đó có ý nghĩa gì đối với các nhà phát triển?

Bởi vì gỡ lỗi là thực tế, không phải là tưởng tượng. Tạo mã là về việc đoán những gì có thể hoạt động; gỡ lỗi là về việc hiểu tại sao một thứ gì đó đã thất bại.

Hầu hết các công cụ AI ngày nay là trợ lý dựa trên lời nhắc, phản ứng khi được yêu cầu. Chronos, mặt khác, là chủ động. Nó nhớ lại các lỗi trước đó, hiểu các đồ thị phụ thuộc, chạy thử nghiệm, xác nhận các bản sửa lỗi và tinh chỉnh chúng cho đến khi vấn đề thực sự được giải quyết.

Đó là sự khác biệt quan trọng. Các nhà phát triển không muốn một trợ lý nói; họ muốn cơ sở hạ tầng hoạt động và hoạt động chính xác.

Kết quả bạn đã chia sẻ cho thấy Chronos vượt trội so với GPT-4.1 và Claude 4 Opus về độ chính xác của việc sửa lỗi. Bạn có thể giải thích tập dữ liệu và phương pháp luận đằng sau những điểm chuẩn đó không?

Đánh giá của chúng tôi là thực nghiệm, không phải là quảng cáo. Chronos được thử nghiệm trên hàng nghìn trường hợp gỡ lỗi thực tế được rút ra từ các tập dữ liệu công khai như SWE-bench, Defects4J và BugsInPy, cùng với dữ liệu doanh nghiệp ẩn danh.

Mỗi điểm chuẩn là nghiêm ngặt: mô hình phải tạo ra một bản vá, áp dụng nó và vượt qua tất cả các trường hợp thử nghiệm mà không có hồi quy. Không có ví dụ được chọn lọc, không có việc chọn lọc thành công.

Chronos đạt được độ chính xác sửa lỗi 67,3% và tốc độ giải quyết 80,33% trên SWE-bench Lite, trong khi GPT-4.1 và Claude 4.5 vẫn còn dưới 15%. Sự khác biệt không phải là kích thước; đó là chuyên môn hóa. Chronos được đào tạo trên chính việc gỡ lỗi, trên 15 triệu phiên gỡ lỗi thực tế, vì vậy nó không chỉ khớp mẫu, nó chẩn đoán.

Bạn đã mô tả Kodezi như một “cơ sở hạ tầng sống”. Nhìn về tương lai 5 năm, vai trò của nhà phát triển sẽ như thế nào trong một thế giới mà phần mềm tự duy trì?

Trong 5 năm, các nhà phát triển sẽ không dành một nửa thời gian để sửa chữa những gì họ đã xây dựng vào quý trước. Vai trò của họ sẽ chuyển từ việc bảo trì phản ứng sang quản lý chủ động.

Hãy tưởng tượng một thế giới nơi mọi kho lưu trữ có bộ nhớ, nơi hệ thống của bạn theo dõi các quyết định của chính nó, tự chữa lành các hồi quy và tiến hóa với các phụ thuộc mới tự động. Đó là cơ sở hạ tầng sống.

Trong thế giới đó, các nhà phát triển hoạt động giống như những người quản lý. Họ định nghĩa các chính sách, xác minh hành vi và thiết kế ý định. Cơ sở mã trở thành một sinh vật sống tự thích nghi, học hỏi và tự duy trì.

Đó là những gì chúng tôi đang xây dựng với Kodezi: phần mềm không chỉ chạy. Nó tồn tại.

Cảm ơn vì cuộc phỏng vấn tuyệt vời, những người đọc muốn tìm hiểu thêm nên truy cập Kodezi.