कमिट संदेशातील एका छोट्याशा ओळीने मोठा विश्वाससंकट निर्माण केला
Microsoft ला डेव्हलपरांच्या संतापाचा सामना करावा लागत आहे, कारण Visual Studio Code ने Git commits मध्ये शांतपणे “Co-Authored-by Copilot” ओळ जोडली, आणि ती AI features बंद केलेल्या परिस्थितीतही दिसत होती. हा बदल अॅपच्या output मध्ये स्पष्ट बदल घडवणारा नव्हता, तर सॉफ्टवेअर डेव्हलपमेंटमधील सर्वात संवेदनशील नोंदींपैकी एक असलेल्या commit history ला हात घालणारा होता, जी authorship, intent, आणि responsibility दस्तऐवजीकरण करते.
The Decoder नुसार, हा feature एका Microsoft product manager ने पुढे रेटला, एका principal engineer ने कोणतेही स्पष्टीकरण न देता मंजूर केला, आणि तो वेगाने merge करण्यात आला. GitHub आणि Hacker News वर हे वर्तन दिसू लागल्यावर डेव्हलपरांची प्रतिक्रिया तात्काळ आली. Copilot-संबंधित functionality बंद असतानाही ही ओळ दिसत होती, हीच मुख्य समस्या असल्याचे टीकाकारांनी म्हटले.
Commit metadata इतके महत्त्वाचे का असते
अनेक टीम्समध्ये commit सोबतचा मजकूर हा केवळ सजावट नसतो. तो audit trail, internal compliance प्रक्रिया, contribution accounting, आणि legal review चा भाग असू शकतो. co-author line सहभाग सूचित करते. जर त्या ओळीत AI वापरलेला नसताना एखाद्या AI systemचे नाव असेल, किंवा स्पष्ट संमतीशिवाय ती दिसत असेल, तर नोंदीचा अर्थच धूसर होऊ शकतो.
म्हणूनच प्रतिक्रिया केवळ चिडचिडीपुरती मर्यादित राहिली नाही. रिपोर्टमध्ये उद्धृत केलेल्या डेव्हलपरांना संशय होता की Microsoft कदाचित Copilot usage metrics फुगवण्याचा प्रयत्न करत आहे. स्रोत मजकूर त्या हेतूला स्वतंत्रपणे सिद्ध करत नाही, पण हा संशय किती लवकर पसरला हे स्पष्ट करतो. जेव्हा वापरकर्त्यांना वाटते की एखादा tool vendor product optics साठी attribution data बदलत आहे, तेव्हा मूळ feature पेक्षा विश्वासाचा खर्च जास्त होऊ शकतो.
कडक AI नियम असलेल्या संस्थांमध्ये ही समस्या अधिक गंभीर होते. काही कंपन्या generative tools कधी वापरता येतील, तो वापर कसा जाहीर करायचा, आणि AI-assisted code विशिष्ट repositories मध्ये जाऊ शकतो का, हे नियंत्रित करतात. एक आपोआप आणि अंशतः लपवलेली co-author line प्रत्यक्षात AI योगदान नसतानाही internal process conflicts निर्माण करू शकते.
Microsoft ची प्रतिक्रिया जलद होती, पण ती प्रतिक्रियात्मक होती
विरोधानंतर Microsoft developer Dmitriy Vasyura यांनी चूक मान्य केली. AI functions बंद असताना हा feature कधीच चालू होऊ नये, आणि AI सामील नसताना commits ना AI-generated म्हणून लेबल करू नये, असे त्यांनी सांगितले. तसेच version 1.119 मध्ये default setting परत बदलली जाईल, असेही त्यांनी म्हटले.
ती प्रतिक्रिया तातडीची अडचण सोडवते, पण एक व्यापक governance प्रश्न मागे ठेवते. commit authorship वर परिणाम करणारा बदल वापरकर्त्यांना न सांगता, किंवा किमान पुरेशा स्पष्टतेने न दाखवता, अशा स्वरूपात कसा ship झाला? Developer tooling कंपन्या आता अशा वातावरणात काम करत आहेत जिथे छोट्या UX निर्णयांचेही policy, legal, आणि reputation implications होऊ शकतात. AI core workflow जवळ येत जाईल तशी ambiguous defaults साठी जागा कमी होत जाते.
रिपोर्टमध्ये असेही म्हटले आहे की संबंधित GitHub discussion नंतर spam म्हणून lock करण्यात आला. moderation निर्णय नेहमीचे असले तरी, अशा प्रकारची closure वादाचा पूर्ण सामना न करता vendor तो नियंत्रित करत आहे अशी भावना बळकट करू शकते.
AI-powered developer tools मधील खोल संघर्ष
ही घटना coding assistants मधील रचनात्मक ताण दाखवते. vendorना integration इतके खोल हवे असते की AI support सहज, अखंड आणि सर्वत्र उपस्थित वाटावे. त्याउलट डेव्हलपरना assistant कधी सहभागी होतो, त्या सहभागाची नोंद कशी होते, आणि त्यांच्या कामाबद्दल कोणते data तयार होते यावर अचूक नियंत्रण हवे असते.
ही उद्दिष्टे एकत्र राहू शकतात, पण defaults स्पष्ट आणि मागे घेण्यासारखे असतील तरच. attribution स्पष्ट संमतीशिवाय दिसू लागला की product assistant राहात नाही; तो स्वतःला ऐतिहासिक नोंदीत लिहिणारा एक actor वाटू लागतो. version control मध्ये हे विशेषतः संवेदनशील आहे, कारण विश्वास छोट्या तपशीलांच्या integrity वर अवलंबून असतो.
हा वाद हेही दाखवतो की “AI off” चा अर्थ वापरकर्त्यांना जे वाटते तेच असायला हवे. AI बंद असतानाही एखादी प्रणाली AI-related metadata जोडत राहिली, तर configuration modelच संशयास्पद ठरते. डेव्हलपरांसाठी disabled setting ही सूचना नाही. ती एक आज्ञा आहे.
हा विरोध उद्योगासाठी काय सूचित करतो
आक्रमक AI integration बद्दल डेव्हलपरांची सहनशीलता कमी होत असल्याचे दिसते. वेळ वाचवणारे assistant features इंजिनीअर्स स्वीकारू शकतात, पण hidden behavior, अस्पष्ट attribution, किंवा user control आधी vendor narrative ला प्राधान्य देणारे defaults ते कमी स्वीकारतील. productivity बद्दलचे दावे जितके मजबूत, तितकी tool ने नेमके काय केले आणि कधी केले हे स्पष्ट सांगण्याची अपेक्षाही वाढते.
Microsoft साठी default परत बदलणे तातडीची घटना बंद करू शकते. पण व्यापक tooling ecosystem साठी धडा मोठा आहे. coding environments मधील AI features आता केवळ output quality वरून मोजले जात नाहीत. provenance, disclosure, आणि collaborative software work नियंत्रित करणाऱ्या सामाजिक करारांबद्दलचा आदर या निकषांवरही त्यांचे मूल्यमापन होते.
कमिट संदेशातील एक ओळ किरकोळ वाटू शकते. प्रत्यक्षात तिने authorship, compliance, आणि consent या तिघांनाही एकाचवेळी स्पर्श केला. म्हणूनच प्रतिक्रिया इतकी तीव्र होती, आणि इतर toolmakers ही घटना बारकाईने पाहतील.
हा लेख The Decoder च्या रिपोर्टिंगवर आधारित आहे. मूळ लेख वाचा.
Originally published on the-decoder.com
