OpenAI Codex ने मानवी हस्तलिखीत असेंब्ली कोडशिवाय, १८ सोर्स फाइल्स आणि सुमारे २,५०० ओळींचा कोड वापरून एक पूर्ण १६-बिट x86 असेंब्ली 'Asteroids' शैलीतील DOS गेम तयार केला. हा प्रयोग दर्शवतो की, एआय (AI) प्रोग्रामरच्या थेट हस्तक्षेपाशिवाय नियोजन ते डीबगिंगपर्यंत संपूर्ण सॉफ्टवेअर लाइफसायकल हाताळू शकते, जे सामान्य “कोड-कम्प्लिशन” (code-completion) डेमोच्या पलीकडे आहे.

ही चाचणी का महत्त्वाची होती

बहुतेक सार्वजनिक AI-कोडिंग सादरीकरणे केवळ लहान कोडचे तुकडे किंवा साध्या उपयुक्तता (utilities) पुरती मर्यादित असतात. मर्यादा तपासण्यासाठी, या प्रयोगामध्ये Codex ला अत्यंत मर्यादित वातावरणात ढकलण्यात आले: गेम इंजिन, ग्राफिक्स लायब्ररी किंवा हाय-लेव्हल लँग्वेजची सोय नसलेले DOS वरील १६-बिट x86 असेंब्ली. एआय केवळ कोड तयार करू शकतेच असे नाही, तर त्याभोवतीच्या इंजिनिअरिंग कामांचे व्यवस्थापनही करू शकते का, हे पाहणे हा यामागचा उद्देश होता.

भूमिकांचे विभाजन कसे केले गेले

मानवी जबाबदाऱ्या तीन कृतींपुरत्या मर्यादित होत्या:

  • प्रकल्पाचे एकूण उद्दिष्ट निश्चित करणे (एक Asteroids-शैलीतील शूटर गेम).
  • गेमप्लेशी संबंधित उद्भवणाऱ्या कोणत्याही प्रश्नांची उत्तरे देणे.
  • प्रत्येक बिल्डचे प्ले-टेस्टिंग करणे आणि आढळलेले बग्स (bugs) रिपोर्ट करणे.

Codex च्या जबाबदाऱ्यांमध्ये इतर सर्व गोष्टींचा समावेश होता:

  • प्रकल्पाचे नियोजन आणि आर्किटेक्चर तयार करणे.
  • असेंब्ली सोर्स फाइल्स लिहिणे.
  • कोड डीबग करणे, रिफॅक्टर करणे आणि पुनर्रचना करणे.
  • कमिट्स आणि ब्रांच मॅनेजमेंटसह Git रिपॉझिटरी राखणे.
  • बायनरी बिल्ड करणे आणि ती DOS एमुलेटरमध्ये चालवणे.

मानवाने एकही असेंब्ली इन्स्ट्रक्शन टाईप केली नाही, कधीही कंपायलर वापरला नाही आणि डेव्हलपमेंट दरम्यान गेम सुरू केला नाही. संवाद केवळ बगची लक्षणे सांगण्यापुरता मर्यादित होता; एआयने स्वतःच मूळ कारण शोधले आणि ते दुरुस्त केले.

पुनरावृत्ती प्रक्रिया (Iterative workflow)

प्रत्येक चक्र Codex ने एखादे टप्पे (milestone) सुचवण्याने सुरू झाले (उदा. “प्लेअर शिपची हालचाल लागू करा”). त्यानंतर त्याने संबंधित सोर्स फाइल्स तयार केल्या, त्या कमिट केल्या, एक्झिक्युटेबल बिल्ड तयार केले आणि टेस्टरकडे चालण्यायोग्य बिल्ड सुपूर्द केले. Codex ने लक्षणांचे विश्लेषण केले, कोड बेसमध्ये त्याचा मागोवा घेतला आणि मानवी मार्गदर्शनाशिवाय पॅच (patch) जारी केला.

अंतिम उत्पादनात काय समाविष्ट आहे

  • १८ असेंब्ली सोर्स फाइल्स, ज्या एका पारंपारिक रिपॉझिटरी स्ट्रक्चरमध्ये आयोजित केल्या आहेत.
  • ≈२,५०० असेंब्ली ओळी, ज्यामध्ये इनपुट हँडलिंग, स्प्राइट ड्रॉइंग, कोलिजन डिटेक्शन आणि हाय-स्कोअर सिस्टमचा समावेश आहे.
  • एक खेळण्यायोग्य DOS एक्झिक्युटेबल जे मानक DOS वातावरणात चालते आणि क्लासिक Asteroids गेमप्लेची नक्कल करते.
  • शून्य मानवी हस्तलिखीत असेंब्ली, ज्यामुळे हे सिद्ध होते की एआयने सर्व लो-लेव्हल प्रोग्रामिंग कार्ये हाताळली आहेत.

परिणाम आणि महत्त्व

जर एआय एखादा प्रकल्प संकल्पनेपासून ते कार्यरत बायनरीपर्यंत स्वायत्तपणे हाताळू शकत असेल, तर कोडबेसचा मुख्य सूत्रधार म्हणून प्रोग्रामरची पारंपारिक भूमिका बदलते. कंपन्या बॉयलरप्लेट सेटअप, डॉक्युमेंटेशन आणि नियमित डीबगिंगवर खर्च होणारा वेळ कमी करू शकतात, ज्यामुळे इंजिनिअर्सना डिझाइन आणि उत्पादन धोरणावर लक्ष केंद्रित करण्यास मोकळीक मिळेल.

हा प्रयोग मर्यादा देखील अधोरेखित करतो. चाचणीचे वातावरण जाणीवपूर्वक मर्यादित ठेवले होते: चांगल्या प्रकारे समजलेल्या मेकॅनिक्ससह एक सिंगल-प्लेअर DOS गेम. बाह्य अवलंबित्व (dependencies), सुरक्षा मर्यादा किंवा परफॉर्मन्स-क्रिटिकल कोड पाथ असलेल्या मोठ्या, मल्टी-मॉड्यूल सिस्टममध्ये ही पद्धत वापरणे अद्याप सिद्ध झालेले नाही. शिवाय, मानवी टेस्टरने अजूनही अंतिम गुणवत्ता तपासणी (quality gate) म्हणून काम केले; त्या देखरेखीशिवाय एखादी न आढळलेली लॉजिक एरर सुटू शकली असती.

प्रतिवाद आणि उघडे प्रश्न

  • विश्वसनीयता (Reliability): असेंब्ली प्रोग्रामिंगमध्ये चुकांना माफी नाही; एक छोटीशी 'off-by-one' चूक संपूर्ण प्रोग्राम क्रॅश करू शकते. Codex ने त्याला दिसलेले बग्स फिक्स केले, परंतु स्ट्रेस टेस्टिंग दरम्यान दिसणाऱ्या सूक्ष्म टाइमिंग समस्या त्याच्याकडून सुटू शकतात.
  • देखभालक्षमता (Maintainability): मानवी स्टाईल गाईडलाईन्सशिवाय तयार केलेला कोड भविष्यातील डेव्हलपर्सना वाचणे किंवा विस्तारणे कठीण जाऊ शकते, विशेषतः जर एआयचे नेमिंग कन्व्हेन्शन्स (naming conventions) टीमच्या मानकांशी वेगळे असतील तर.
  • बौद्धिक संपदा (Intellectual property): जेव्हा एआय कोड लिहितो, तेव्हा त्याचा मालक कोण असतो? सध्याची लायसन्सिंग फ्रेमवर्क मानवी लेखकाचे गृहित धरतात, ज्यामुळे एआय-निर्मित कृतींसाठी (artifacts) एक संदिग्ध क्षेत्र (gray area) निर्माण होते.

पुढे काय पाहावे

  • व्यापक बेंचमार्क (Broader benchmarks): नेटवर्क ॲप्लिकेशन्स, मोबाईल ॲप्स किंवा आधुनिक C/C++ प्रोजेक्ट्सवर हीच स्वायत्त कार्यप्रणाली लागू केल्यास, ही पद्धत रेट्रो-शैलीच्या गेम्सच्या पलीकडे विस्तारू शकते का, याची चाचणी होईल.
  • टूल इंटिग्रेशन (Tool integration): Codex ला CI/CD पाइपलाइनमध्ये समाविष्ट केल्यास केवळ कोड जनरेशनच नाही, तर टेस्टिंग, सिक्युरिटी स्कॅनिंग आणि डिप्लॉयमेंट देखील स्वयंचलित होऊ शकते.
  • धोरणात्मक विकास (Policy evolution): एआय-निर्मित कोडचा प्रसार जसजसा वाढेल, तसतसे कायदेशीर आणि कॉर्पोरेट धोरणांना मालकी हक्क, दायित्व (liability) आणि अनुपालन (compliance) या विषयांवर लक्ष केंद्रित करावे लागेल.

निष्कर्ष स्पष्ट आहे: AI आता सुस्पष्ट आणि मर्यादित प्रकल्पांसाठी एकटा सॉफ्टवेअर इंजिनिअर म्हणून काम करू शकते, जे मानवी हस्तलेखन (hand-coding) शिवाय कार्यात्मक, low-level code प्रदान करते. ही क्षमता mainstream development ला पुनर्रचित करते की नाही, हे ecosystem विश्वासार्हता, देखभालक्षमता आणि कायदेशीर बाबी किती वेगाने हाताळू शकते यावर अवलंबून आहे.