एआय-निर्मित बग रिपोर्ट्सबद्दल ग्रेग क्रोआ-हार्टमन यांची मुलाखत.

क्यूबकॉन युरोप परिषदेत, 'द रजिस्टर'ने ग्रेग क्रोआ-हार्टमन यांची मुलाखत घेतली, जे लिनक्स कर्नलच्या स्टेबल आणि स्टेजिंग शाखा सांभाळतात आणि १६ कर्नल सबसिस्टम्सचे मेंटेनर म्हणून काम पाहतात. या मुलाखतीत क्रोआ-हार्टमन यांच्या एआय-शक्तीवर चालणाऱ्या बग रिपोर्ट्सच्या दृष्टिकोनावर चर्चा करण्यात आली आहे. नेटवर्किंग सबसिस्टम, ईबीपीएफ (eBPF) आणि डीआरएम (DRM) मधील बदलांचे पुनरावलोकन करण्यासाठी कर्नलमध्ये एआयचा वापर आधीपासूनच केला जात आहे, आणि सादर केलेल्या बदलांचे पुनरावलोकन करण्यासाठी गुगलचे साशिको (Sashiko) टूल अलीकडेच समाविष्ट करण्यात आले आहे.

ग्रेगची काही विधाने:

• काही महिन्यांपूर्वी, आम्हाला 'एआय कचरा' मिळत होता—म्हणजे एआयने तयार केलेले असे सुरक्षा अहवाल जे स्पष्टपणे चुकीचे किंवा निकृष्ट दर्जाचे होते. ते तर हास्यास्पदच होते. आम्हाला त्याची विशेष काळजी वाटत नव्हती... एका महिन्यापूर्वी काहीतरी घडले आणि परिस्थिती पूर्णपणे बदलली. आता आम्हाला खरे अहवाल मिळत आहेत.
• ही परिस्थिती केवळ लिनक्सपुरती मर्यादित नाही—सर्व ओपन सोर्स प्रकल्पांना एआयद्वारे तयार केलेले वास्तविक अहवाल मिळत आहेत, आणि ते आता उच्च-दर्जाचे व वैध आहेत. प्रमुख ओपन सोर्स प्रकल्पांमधील सुरक्षा पथकांना अनौपचारिक चर्चांमध्ये हाच कल दिसून येत आहे.
• याचे कारण काय आहे असे विचारल्यावर, ग्रेगने उत्तर दिले, “आम्हाला माहीत नाही. असे दिसते की कोणालाच माहीत नाही. एकतर बरीच साधने खूपच सुधारली आहेत, किंवा लोकांनी म्हणायला सुरुवात केली आहे की, ‘चला, आपण याचा मार्ग काढूया.’ असे दिसते की याचा परिणाम अनेक वेगवेगळ्या गटांवर आणि कंपन्यांवर होत आहे. कोअर स्तरावर, आम्ही हे हाताळू शकतो. आमची टीम खूप मोठी झाली आहे, ती खूप विखुरलेली आहे, आणि आमची वाढ खरी आहे व ती मंदावत नाहीये. या छोट्या गोष्टी आहेत, काही मोठी गोष्ट नाही, पण सर्व ओपन सोर्स प्रकल्पांना या बाबतीत थोडी मदत हवी आहे. लहान प्रकल्प, कचरा नव्हे तर खऱ्या बग्सचा उल्लेख करणाऱ्या, एआय-निर्मित बग आणि असुरक्षिततेच्या अहवालांचा अचानक आलेला ओघ हाताळण्यास खूपच कमी सक्षम असतात.”
• ग्रेगने स्पष्ट केले की, जेव्हा त्याने प्रस्तावित चेंजलॉगमधील त्रुटी शोधण्यासाठी एआयला सांगितले, तेव्हा त्याने ६० त्रुटी शोधल्या आणि त्या दुरुस्त करण्यासाठी पॅचेस दिले. सापडलेल्या त्रुटींपैकी केवळ एक तृतीयांश त्रुटी होत्या आणि केवळ दोन तृतीयांश पॅचेस योग्य होते व त्यांना कोणत्याही कामाची आवश्यकता नव्हती, पण ते पूर्णपणे निरुपयोगी नव्हते. ग्रेगच्या मते, मेंटेनर्स याकडे दुर्लक्ष करू शकत नाहीत, विशेषतः जेव्हा एआयचे परिणाम अधिक चांगले होत आहेत. एआय वापरून तयार केलेले पॅचेस चिन्हांकित करण्यासाठी "सह-विकसित:" (Co-developed:) टॅग जोडण्यात आला आहे. नवीन कार्यक्षमता तयार करण्यासाठी एआय वापरण्याचे काही प्रयत्न झाले असले तरी, कोअरमध्ये एआयचा वापर प्रामुख्याने बदलांच्या पुनरावलोकनासाठी (change review) केला जातो.
• एआयच्या सर्वात उल्लेखनीय फायद्यांपैकी एक म्हणजे पॅच प्रोसेसिंगच्या वेळेत होणारी घट. जेव्हा एआय असिस्टंट स्पष्ट समस्या ओळखतो, तेव्हा मानवी मेंटेनरला पॅच वाचायला वेळ मिळण्यापूर्वीच पॅच लेखकांना प्रतिसाद मिळतो: "जर मला दिसले की सिस्टम कशावर तरी प्रतिक्रिया देत आहे, तर ते लेखकाला मेंटेनरपेक्षा अधिक वेगाने प्रतिसाद देते, आणि ही एक उत्तम गोष्ट आहे. आमच्याकडे आधीपासूनच अनेक बॉट्स आहेत जे पॅचेस तपासतात. जर माझ्या लक्षात आले की ते एरर देत आहेत, तर एक मेंटेनर म्हणून मला ते पाहण्याचीही गरज नाही हे मला लगेच समजते. आणि डेव्हलपर विचार करतो, 'अरे, मी उद्या एक वेगळी आवृत्ती बनवू शकेन,' ज्यामुळे फीडबॅक लूप सुधारण्यास थोडी मदत होते."

स्त्रोत: opennet.ru