อิชรัค ข่าน ซีอีโอและผู้ก่อตั้ง Kodezi Inc – สัมภาษณ์系列

อิชรัค ข่าน ซีอีโอและผู้ก่อตั้ง Kodezi Inc. เป็นนักเขียนโค้ดที่เรียนรู้ด้วยตนเองซึ่งเริ่มเขียนโค้ดเมื่ออายุ 8 ขวบ และเปิดตัวสตาร์ทอัพแรกในขณะที่ยังเรียนอยู่ในโรงเรียนมัธยม Born ใน Dhaka, Bangladesh และย้ายไปที่สหรัฐอเมริกา เขาได้สร้างผลงานในการเป็นผู้ประกอบการในระยะแรก โดยได้รับการสนับสนุนจากนักลงทุนในระหว่างที่ยังเรียนอยู่ในโรงเรียนมัธยม และขยายผลิตภัณฑ์ให้มีผู้ใช้มากกว่า 100,000 คน เส้นทางของเขา反映ถึงการเน้นการเรียนรู้ด้วยตนเอง การทดลองอย่างรวดเร็ว และความมุ่งมั่นที่จะสร้างระบบที่ทำให้เทคโนโลยีเข้าถึงและทรงพลังสำหรับนักพัฒนา

Kodezi Inc. เป็นบริษัทที่อยู่เบื้องหลัง Kodezi OS ซึ่งเป็นแพลตฟอร์มอัตโนมัติที่ออกแบบมาเพื่อทำงานเป็น “AI CTO” สำหรับทีมวิศวกร ซึ่งสามารถตรวจจับและแก้ไขปัญหาโดยอัตโนมัติ สร้างเอกสารระบบ ออกระบุ API และบังคับใช้มาตรฐานการเขียนโค้ด และรวมเข้ากับระบบ CI/CD โดยการเปลี่ยนแปลงฐานโค้ดให้เป็นระบบที่สามารถฟื้นตัวและบริหารจัดการตนเอง Kodezi ช่วยให้องค์กรต่างๆ สร้างซอฟต์แวร์ที่มีความน่าเชื่อถือ มีการปรับขนาด และมีประสิทธิภาพมากขึ้น

คุณเริ่มเขียนโค้ดเมื่ออายุ 8 ขวบ และก่อตั้งสตาร์ทอัพแรกในโรงเรียนมัธยม คุณถูกดึงดูดให้เข้าสู่การสร้างซอฟต์แวร์ตั้งแต่เนิ่นๆ และประสบการณ์เหล่านั้นได้กำหนดความคิดของผู้ประกอบการของคุณอย่างไร

สิ่งที่ดึงดูดฉันคือการควบคุม ฉันย้ายไปที่สหรัฐอเมริกาเมื่อฉันยังเป็นเด็กที่ไม่พูดภาษาอังกฤษ ดังนั้นภาษาแรกที่ฉันเรียนรู้ได้อย่างคล่องแคล่วคือโค้ด มันเป็นพื้นที่ที่ตรรกะมีความหมายที่จะสร้างบางสิ่งและเห็นมันตอบสนองในทันที การตอบสนองอย่างรวดเร็วนั้นกลายเป็นสิ่งเสพติด มันสอนฉันวิธีคิด ไม่ใช่แค่วิธีการเขียนโปรแกรม

เมื่อฉันก่อตั้ง TeachMeCode ในโรงเรียนมัธยม มันไม่ได้เกี่ยวกับการเริ่มต้นธุรกิจ มันเกี่ยวกับการทำให้การเรียนรู้ง่ายขึ้นสำหรับคนอย่างฉัน แต่ผ่านประสบการณ์นั้น ฉันเรียนรู้ว่าระบบทำงานอย่างไร ผู้ใช้ตอบสนองอย่างไร และความก้าวหน้าเกิดขึ้นอย่างไรทีละบรรทัด มันกำหนดวิธีที่ฉันเห็นผู้ประกอบการในปัจจุบัน: น้อยกว่าความคิด แต่มากกว่าวงจรการให้ข้อมูล การทดลอง และความทนทาน

คุณได้รับการยอมรับเข้าเรียนใน 40 วิทยาลัย รวมถึงสถาบัน Ivy League แต่คุณเลือกที่จะไม่เข้าเรียน คุณมีจุดเปลี่ยนอะไรที่ทำให้คุณตัดสินใจว่าการสร้างมีความสำคัญมากกว่าการรอ

เมื่อฉันจบโรงเรียนมัธยม ฉัน đãมีประสบการณ์แล้วสิ่งที่คนส่วนใหญ่ไปเรียนมหาวิทยาลัยเพื่อจำลอง ฉัน đãเปิดตัวผลิตภัณฑ์ โต้แย้งนักลงทุน จัดการทีม และแก้ปัญหาอย่างแท้จริง ฉันมีจดหมายรับเข้าเรียน 40 ฉบับบนโต๊ะ รวมถึงมหาวิทยาลัย Ivy League แต่ฉันก็มีบางสิ่งที่นักเรียนส่วนใหญ่ไม่มี: โมเมนตัม

ความเสี่ยงที่ใหญ่กว่าคือการชะลอความเร็ว การเข้าเรียนมหาวิทยาลัยจะสอนฉันเกี่ยวกับกรอบความคิดสำหรับการนวัตกรรม แต่ฉันกำลังทดลองในโลกแห่งความเป็นจริง ฉันไม่ต้องการหยุดระบบที่กำลังทำงานเพื่อศึกษาวิธีการเริ่มต้นระบบ Kodezi คือการศึกษาที่ฉันต้องการ

Kodezi เริ่มต้นขึ้นเมื่อคุณยังเป็นวัยรุ่น บริษัทได้พัฒนาไปอย่างไรตั้งแต่เริ่มต้นในปี 2019 และวิสัยทัศน์ของ “AI CTO” ของคุณเกิดขึ้นอย่างไร

Kodezi เริ่มต้นขึ้นเป็นเครื่องมือแก้ไขโค้ดโดยอัตโนมัติ ซึ่งเป็นความคิดที่ง่ายๆ ที่การแก้ไขโค้ดสามารถทำได้เร็วขึ้น เมื่อเราขยายตัว ฉันรู้สึกว่าการแก้ไขโค้ดไม่ใช่ปัญหาหลัก ปัญหาแท้จริงคือฐานโค้ดไม่เคยหยุดนิ่ง มันเปลี่ยนแปลง เคลื่อนไหว และเสื่อมสภาพเร็ว hơnที่มนุษย์สามารถรักษาได้

เมื่อเวลาผ่านไป 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 ถูกฝึกฝนในการแก้ไขโค้ดโดยเฉพาะ ดังนั้นจึงไม่แค่จับคู่รูปแบบ แต่จะวินิจฉัย

คุณได้อธิบาย Kodezi ว่าเป็น “AI CTO” ที่ดูแลและพัฒนาฐานโค้ดของบริษัทโดยอัตโนมัติ เราใกล้จะถึงโครงสร้างพื้นฐานที่สามารถฟื้นตัวได้เต็มรูปแบบใน môi trườngการผลิตหรือไม่

ใกล้กว่าที่คนส่วนใหญ่คิด至少สำหรับระบบที่กำหนดได้ ในปัจจุบัน Kodezi สามารถแก้ไขปัญหา CI หรือ CD ล้มเหลว การทดสอบถดถอย และข้อผิดพลาดในการทำงานโดยอัตโนมัติ โดยใช้ข้อมูลตามบริบทและความทรงจำทางประวัติศาสตร์

โครงสร้างพื้นฐานที่สามารถฟื้นตัวได้อย่างเต็มรูปแบบใน môi trườngการผลิต ซึ่งโครงสร้างพื้นฐานสามารถวินิจฉัย ฟื้นตัว และปรับใช้ใหม่โดยอัตโนมัติ กำลังจะเกิดขึ้น ฉันเห็นมันเกิดขึ้นในหลายขั้นตอน: ขั้นแรกใน môi trường CI ที่ควบคุม จากนั้นใน môi trườngทดสอบ และสุดท้ายใน môi trườngการผลิตภายใต้การดูแลของมนุษย์

เราจะยังคงรักษามนุษย์ไว้ในวงจรสำหรับการตัดสินใจเชิงสร้างสรรค์ การออกแบบโครงสร้าง และการตัดสินใจทางจริยธรรม แต่ส่วนใหญ่ของงานที่ซ้ำซ้อนและเสี่ยงต่อข้อผิดพลาด เช่น การตรวจสอบ การปรับโครงสร้าง และการกู้คืนการทดสอบ จะเกิดขึ้นโดยไม่ต้องมีการแทรกแซง

คุณได้พูดถึงระบบที่ “ทำงานอย่างถูกต้องโดยไม่ต้องบอก” สิ่งนี้มีความหมายอย่างไรในบริบทของการกำกับดูแล AI และการทำงานอัตโนมัติที่รับผิดชอบ

สำหรับฉัน “การทำงานอย่างถูกต้อง” ไม่ได้หมายถึงการเงียบ มันหมายถึงการทำงานที่เชื่อถือได้โดยค่าเริ่มต้น ระบบ AI ที่ออกแบบได้ดีไม่ควรต้องขอคำแนะนำหรือการตรวจสอบอย่างต่อเนื่อง มันควรทำงานได้อย่างคาดการณ์ได้ อย่างโปร่งใส และอย่างปลอดภัย

การทำงานอัตโนมัติที่รับผิดชอบหมายถึงการตัดสินใจทุกครั้งของ AI ที่สามารถอธิบายได้ ย้อนกลับได้ และบันทึกไว้ Chronos ระบุเหตุผลและการกระทำของมัน: สิ่งที่มันเปลี่ยนแปลง ทำไม และการทดสอบที่ตรวจสอบการแก้ไข

การกำกับดูแลถูกสร้างเข้าไปในระบบเอง ไม่มีการเปลี่ยนแปลงที่ซ่อนอยู่ ไม่มีผลลัพธ์ที่ไม่ทราบที่มา เป้าหมายไม่ใช่ให้ AI มีเสียงดังหรือมีประสิทธิภาพ แต่เพื่อปรับปรุงโลกอย่างเงียบๆ ในพื้นผิวที่สำคัญที่สุด

คำว่า “Quiet Tech” นี้น่าสนใจ มันหมายถึงเทคโนโลยีที่มีพลังแต่ไม่เห็นคุณเห็นว่าเทคโนโลยีนี้จะเปลี่ยนแปลงวิธีการทำงานร่วมกันระหว่างมนุษย์และ AI ในด้านวิศวกรรมอย่างไร

Quiet Tech คือโครงสร้างพื้นฐานที่มีพลังแต่ไม่เห็นคุณ มเทคโนโลยีที่ดีที่สุดไม่ควรต้องขัดจังหวะ มันควรรวมเข้ากับระบบ

ในด้านวิศวกรรม มันหมายถึงเครื่องมือที่ไม่ต้องถาม “คุณต้องการให้ฉันทำอะไร” มันรู้แล้วว่าอะไรต้องได้รับการดูแล มันเห็นข้อผิดพลาดในการอ้างอิง ตรวจสอบการเปลี่ยนแปลง อัปเดตเอกสาร และดำเนินการต่อ

เมื่อ AI กลายเป็นส่วนหนึ่งของสแต็กการพัฒนา การทำงานร่วมกันเปลี่ยนจากคำสั่งมาเป็นการอยู่ร่วมกัน มนุษย์กำหนดจุดประสงค์และทิศทาง AI ดำเนินการ ดูแล และปรับปรุงอย่างเงียบๆ ในพื้นหลัง นั่นคือยุคที่กำลังจะมาถึง ซึ่งประสิทธิภาพมาจากการมีแรงเสียดทานน้อย

หลายคนกังวลว่าเครื่องมือ AI จะมาแทนที่พวกเขา คุณได้โต้แย้งว่าการทำงานอัตโนมัติควรปลดปล่อยให้คนคิด ไม่ใช่แทนที่พวกเขา Kodezi มีหลักการนี้อย่างไร

AI จะไม่มาแทนที่นักพัฒนา มันจะมาแทนที่งานที่ซ้ำซ้อนและน่าเบื่อของพวกเขา วิศวกรไม่มีค่าเพราะพวกเขาเขียนโค้ดเร็ว พวกเขามีค่าเพราะพวกเขาเข้าใจระบบ

Kodezi ช่วยให้ทำงานซ้ำซ้อนได้โดยอัตโนมัติ: การแก้ไขโค้ด การดูแลการทดสอบ การปรับโครงสร้าง และการสร้างเอกสาร ส่วนของมนุษย์ ความคิดสร้างสรรค์ การออกแบบระบบ และการให้เหตุผลยังคงไม่สามารถแทนที่ได้

ในระยะยาว AI จะเปลี่ยนแปลงวิศวกรรมจากการติดตั้งไปสู่การกำกับดูแล นักพัฒนาจะกลายเป็นนักออกแบบพฤติกรรม ไม่ใช่นักเขียนโค้ด Kodezi ถูกสร้างขึ้นเพื่อช่วยให้การเปลี่ยนแปลงนี้เกิดขึ้น โดยที่เครื่องจักรดูแลรักษาและมนุษย์สร้างสรรค์

คุณได้อธิบาย Kodezi ว่าเป็น “โครงสร้างพื้นฐานที่มีชีวิต” เมื่อมองไปข้างหน้า 5 ปี บทบาทของนักพัฒนาจะเป็นอย่างไรในโลกที่ซอฟต์แวร์สามารถดูแลตนเองได้

ใน 5 ปี นักพัฒนาจะไม่ใช้เวลาครึ่งหนึ่งในการแก้ไขสิ่งที่พวกเขาสร้างเมื่อไตรมาสที่แล้ว บทบาทของพวกเขาจะเปลี่ยนจากการจัดการเชิงรับไปสู่การกำกับดูแลเชิงรุก

ลองนึกภาพโลกที่ทุกๆ โรเบอร์ทอรี่มีหน่วยความจำ ที่ระบบติดตามการตัดสินใจของตนเอง ฟื้นตัวจากความเสื่อมถอย และพัฒนาไปพร้อมกับการเปลี่ยนแปลงของข้อพึ่งพา นั่นคือโครงสร้างพื้นฐานที่มีชีวิต

ในโลกนั้น นักพัฒนาจะทำงานเหมือนผู้ดูแล พวกเขาจะกำหนดนโยบาย ตรวจสอบพฤติกรรม และออกแบบจุดประสงค์ ฐานโค้ดจะกลายเป็นระบบที่มีชีวิตที่ปรับตัว เข้าใจ และดูแลตนเอง

นั่นคือสิ่งที่เรากำลังสร้างด้วย Kodezi: ซอฟต์แวร์ที่ไม่เพียงแต่ทำงาน แต่ยังยั่งยืน

ขอขอบคุณสำหรับการสัมภาษณ์ที่ยอดเยี่ยม ผู้อ่านสามารถเยี่ยมชม Kodezi เพื่อเรียนรู้เพิ่มเติม