Commit message-இல் இருந்த ஒரு சிறிய வரி, பெரிய நம்பிக்கை பிரச்சினையை உருவாக்கியது
Visual Studio Code, பயனர்கள் AI அம்சங்களை முடக்கியிருந்த போதும் Git commits-இல் “Co-Authored-by Copilot” வரியை அமைதியாகச் சேர்த்ததால் Microsoft டெவலப்பர் எதிர்ப்பை சந்தித்து வருகிறது. இந்த மாற்றம் வெளிப்படையாக app output-ஐ மாற்றியதால் அல்ல; software development-இன் மிகச் சென்சிட்டிவான பதிவுகளில் ஒன்றான commit history-ஐத் தொட்டதால் விமர்சனத்துக்கு உள்ளானது. அந்த history தான் authorship, intent, மற்றும் responsibility-ஐப் பதிவு செய்கிறது.
The Decoder-ன் தகவல்படி, இந்த feature-ஐ ஒரு Microsoft product manager முன்னெடுத்தார், விவரமின்றி ஒரு principal engineer அதை approve செய்தார், பின்னர் அது வேகமாக merge செய்யப்பட்டது. GitHub மற்றும் Hacker News-இல் இந்த நடத்தைத் தெளிவாகத் தெரிந்தவுடன் developer-க்களின் பதில் உடனே வந்தது. Copilot சார்ந்த செயல்பாடுகள் ஆஃப் செய்யப்பட்டிருந்த போதும் அந்த வரி தோன்றியதே பிரச்சினை என்று விமர்சகர்கள் வாதிட்டனர்.
Commit metadata ஏன் இவ்வளவு முக்கியம்
பல அணிகளில், commit-க்கு இணைக்கப்படும் உரை அலங்காரம் மட்டும் அல்ல. அது audit trail, internal compliance நடைமுறைகள், contribution accounting, மற்றும் சட்ட ஆய்வின் ஒரு பகுதியாக இருக்கலாம். ஒரு co-author line பங்கேற்பை குறிப்பதாகும். AI பயன்படுத்தப்படாத நிலையில் ஒரு AI system-ஐ அந்த வரி பெயரிடினால், அல்லது தெளிவான ஒப்புதல் இல்லாமல் தோன்றினால், அது பதிவின் அர்த்தத்தை குழப்பக்கூடும்.
அதனால்தான் எதிர்வினை வெறும் எரிச்சலாக மட்டும் இருக்கவில்லை. அறிக்கையில் மேற்கோளிடப்பட்ட developer-க்கள் Microsoft Copilot usage metrics-ஐ உயர்த்த முயல்கிறதோ என்று சந்தேகித்தனர். மூல உரை அந்த நோக்கத்தை சுயாதீனமாக நிரூபிக்கவில்லை, ஆனால் அந்த சந்தேகம் மிக விரைவாக வேரூன்றியதை அது தெளிவுபடுத்துகிறது. ஒரு tool vendor, product optics-க்காக attribution data-வை மாற்றுகிறது என்று பயனர்கள் நம்பத் தொடங்கினால், அந்த நம்பிக்கையின் விலை ஆரம்ப feature-ஐ விட அதிகமாகலாம்.
கடுமையான AI விதிகள் உள்ள அமைப்புகளில் இது மேலும் தீவிரமாகிறது. சில நிறுவனங்கள் generative tools எப்போது பயன்படுத்தப்படலாம், அந்த பயன்பாட்டை எவ்வாறு disclose செய்ய வேண்டும், மற்றும் AI உதவியுடன் எழுதப்பட்ட code குறிப்பிட்ட repositories-க்கு செல்லலாமா என்பதை ஒழுங்குபடுத்துகின்றன. தானாகவும், பகுதியளவில் மறைக்கப்பட்டும் வரும் co-author line, உண்மையில் எந்த AI contribution-மும் இல்லாத நிலையிலும் உள் செயல்முறை முரண்பாடுகளை உருவாக்கலாம்.
Microsoft-ன் பதில் வேகமானது, ஆனால் எதிர்வினை சார்ந்தது
எதிர்ப்புக்குப் பிறகு Microsoft developer Dmitriy Vasyura தவறை ஒப்புக்கொண்டார். AI functions முடக்கப்பட்டிருக்கும்போது இந்த feature ஒருபோதும் இயங்கக் கூடாது என்றும், AI ஈடுபடாதபோது commits-ஐ AI-generated என்று label செய்யக் கூடாது என்றும் அவர் கூறினார். மேலும் version 1.119-இல் default setting திரும்ப மாற்றப்படும் என்றும் அவர் கூறினார்.
அந்த பதில் உடனடி சிக்கலைச் சரி செய்கிறது, ஆனால் ஒரு பரந்த governance கேள்வியை விடுகிறது. commit authorship-ஐ பாதிக்கும் மாற்றம், பயனர்களுக்கு வெளிப்படையாகத் தெரியாததாக அல்லது குறைந்தது போதிய அளவில் தெரிவிக்கப்படாததாக உணரப்பட்ட வடிவில் எப்படி ship ஆனது? Developer tooling நிறுவனங்கள் இப்போது சிறிய UX முடிவுகள்கூட policy, legal, மற்றும் reputation சார்ந்த விளைவுகளை ஏற்படுத்தக்கூடிய சூழலில் செயல்படுகின்றன. AI core workflow-க்கு எவ்வளவு நெருக்கமாக நகருகிறதோ, ambiguous defaults-க்கு அவ்வளவு குறைவான இடமே இருக்கும்.
அந்த GitHub விவாதம் பின்னர் spam என்று lock செய்யப்பட்டதாகவும் அறிக்கை குறிப்பிடுகிறது. Moderation முடிவுகள் வழக்கமானவையாக இருந்தாலும், இவ்வகை closure ஒரு vendor முழுமையாக எதிர்கொள்ளாமல் controversy-யை கட்டுப்படுத்துகிறது என்ற எண்ணத்தை அதிகரிக்கலாம்.
AI-ஆல் இயக்கப்படும் developer tools-இல் உள்ள ஆழமான மோதல்
இந்த நிகழ்வு coding assistants-இல் இருக்கும் ஒரு கட்டமைப்பு முரண்பாட்டை வெளிப்படுத்துகிறது. Vendors, AI support தடையின்றி எப்போதும் இருப்பது போல உணரப்பட வேண்டுமென்றால் integration மிக ஆழமாக இருக்க வேண்டும் என்று விரும்புகிறார்கள். இதற்குப் பதிலாக developer-க்கள் assistant எப்போது பங்கேற்கிறது, அந்த பங்களிப்பு எப்படிப் பதிவாகிறது, அவர்களின் வேலை குறித்து எந்த data உருவாக்கப்படுகிறது என்பதில் துல்லியமான கட்டுப்பாட்டை விரும்புகிறார்கள்.
இந்த இலக்குகள் ஒன்றாக coexist செய்ய முடியும், ஆனால் defaults தெளிவாகவும் மீள்படுத்தக்கூடியதாகவும் இருந்தால் மட்டுமே. Attribution unmistakable consent இல்லாமல் தோன்றும் நொடியில், product ஒரு assistant போல இல்லாமல் தன்னையே வரலாற்றுப் பதிவில் எழுதும் ஒரு actor போல தோன்றத் தொடங்குகிறது. Version control-இல் இது மிகவும் உணர்வுபூர்வமானது, ஏனெனில் அங்கு நம்பிக்கை சிறிய விவரங்களின் integrity-யை சார்ந்துள்ளது.
“AI off” என்பது பயனர்கள் நினைப்பதைப் போலவே அர்த்தமளிக்க வேண்டும் என்பதையும் இந்த சர்ச்சை காட்டுகிறது. AI முடக்கப்பட்டிருந்த போதும் ஒரு system AI சார்ந்த metadata-வை சேர்த்துக்கொண்டே இருந்தால், configuration model-தே சந்தேகத்திற்கு உள்ளாகிறது. Developer-க்களுக்கு disabled setting ஒரு suggestion அல்ல. அது ஒரு instruction.
இந்த எதிர்வினை துறைக்கு என்ன சொல்கிறது
ஆக்கிரமணமான AI integration-க்கு developer tolerance குறைந்து வருவது போலத் தெரிகிறது. நேரத்தைச் சேமிக்கும் assistant features-ஐ engineers ஏற்கலாம், ஆனால் மறைக்கப்பட்ட நடத்தை, குழப்பமான attribution, அல்லது user control-ஐ விட vendor narrative-ஐ முன்னிறுத்தும் defaults-ஐ அவர்கள் குறைவாகவே ஏற்றுக்கொள்வார்கள். Productivity பற்றிய கூற்றுகள் வலுவாக இருக்கும் போதெல்லாம், tool என்ன செய்தது, எப்போது செய்தது என்பதை அது வெளிப்படையாகச் சொல்ல வேண்டும் என்ற எதிர்பார்ப்பும் அதிகரிக்கிறது.
Microsoft-க்கு default-ஐ மீள்மாற்றுவது உடனடி சம்பவத்தை மூடலாம். ஆனால் பரந்த tooling ecosystem-க்கு கிடைக்கும் பாடம் பெரியது. Coding environments-இல் உள்ள AI features இனி output quality-யை மட்டும் கொண்டு மதிப்பிடப்படுவதில்லை. Provenance, disclosure, மற்றும் கூட்டாக நடக்கும் software work-ஐ govern செய்யும் சமூக ஒப்பந்தங்களுக்கு அளிக்கும் மரியாதை ஆகியவற்றாலும் அவை மதிப்பிடப்படுகின்றன.
Commit message-இல் உள்ள ஒரு வரி சிறியதாகத் தோன்றலாம். ஆனால் நடைமுறையில் அது authorship, compliance, consent மூன்றையும் ஒரே நேரத்தில் தொட்டது. அதனால்தான் எதிர்வினை இவ்வளவு கடுமையாக இருந்தது, மேலும் மற்ற tool makers இந்த சம்பவத்தை நெருக்கமாக ஆய்வு செய்வார்கள்.
இந்த கட்டுரை The Decoder-ன் செய்திப்படிப்பை அடிப்படையாகக் கொண்டது. மூலக் கட்டுரையைப் படிக்கவும்.
Originally published on the-decoder.com
