अगला GitHub कौन बना रहा है? कोड, AI और प्लेटफ़ॉर्म की ताकत

GitHub सॉफ़्टवेयर रखने, मिलकर विकसित करने और प्रकाशित करने का प्लेटफ़ॉर्म है। इसकी बुनियाद Git है, जो संस्करण नियंत्रण का औज़ार है। यह फ़ाइलों के बदलाव दर्ज करता है, विकास की समानांतर शाखाएँ बनाने देता है और अलग-अलग काम को जोड़ने में मदद करता है। Git तकनीकी आधार देता है। GitHub उसमें समस्याओं की रिपोर्ट, चर्चा, पुल रिक्वेस्ट और स्वचालित प्रक्रियाओं के ज़रिए सहयोग जोड़ता है।

Git का जन्म 2005 में Linux कर्नेल के विकास से हुआ। GitHub की स्थापना 2008 में हुई और यह 10 अप्रैल 2008 को सार्वजनिक हुआ। दस साल बाद Microsoft ने इसे 7.5 अरब अमेरिकी डॉलर में खरीदा और 26 अक्टूबर 2018 को अधिग्रहण पूरा होने की घोषणा की। डेवलपरों का ठिकाना सॉफ़्टवेयर जगत की केंद्रीय अवसंरचना बन गया। Git, GitHub, Microsoft

2026 में अचानक लगता है कि पारंपरिक विकास के बाहर भी हर दूसरे व्यक्ति का GitHub खाता है। कहीं छोटी ऐप, कहीं निजी डैशबोर्ड, कहीं रिपॉज़िटरी जोड़ने को कहता AI औज़ार। यह जानबूझकर बढ़ा-चढ़ाकर कही गई मेरी अनुभूति है, गैर-डेवलपरों का आँकड़ा नहीं। लेकिन बदलाव महत्वपूर्ण है: सॉफ़्टवेयर बनाना आसान हुआ है, जबकि नीचे की अवसंरचना नया बोझ उठा रही है।

इसीलिए मुझे दिलचस्पी है कि अगला GitHub कौन बनाएगा। Anthropic ने अपनी आंतरिक संस्करण व्यवस्था दोबारा बनाई है। Cloudflare नए Git प्लेटफ़ॉर्म के घटक दे रहा है। साथ ही GitHub की विश्वसनीयता पर सार्वजनिक सवाल उठ रहे हैं। मुद्दा बेहतर मर्ज बटन से बड़ा है: उस जगह का नियंत्रण किसके पास होगा जहाँ सॉफ़्टवेयर बनता है, जाँचा जाता है और उत्पादन में पहुँचता है?

जब उपयोगकर्ता सॉफ़्टवेयर निर्माता बन जाते हैं

यह बदलाव इस साल से पहले शुरू हुआ। GitHub की Octoverse 2025 रिपोर्ट में 18 करोड़ से अधिक डेवलपर और एक साल में 3.6 करोड़ से अधिक नए उपयोगकर्ता थे। GitHub के अनुसार लगभग 80 प्रतिशत नए डेवलपर पहले सप्ताह में Copilot इस्तेमाल करते थे। ये विक्रेता के आँकड़े हैं, इस बात का प्रमाण नहीं कि सारी वृद्धि AI ने पैदा की। फिर भी GitHub पर शुरुआत और AI औज़ारों का संबंध स्पष्ट है।

पहले छोटा औज़ार बनाने के लिए अक्सर इतनी प्रोग्रामिंग सीखनी पड़ती थी कि उपयोगी शुरुआत मिल सके। अब विचार बताकर कोडिंग एजेंट के साथ उसे क्रमशः बनाया जा सकता है। विशेषज्ञता अब भी ज़रूरी है, खासकर डेटा, अनुमतियों और उत्पादन प्रणालियों के मामले में। फिर भी विचार से पहले काम करने वाले प्रोग्राम तक की दूरी कम हुई है।

ओपन सोर्स में मुझे बहुत संभावना दिखती है: स्पष्ट दस्तावेज़, अतिरिक्त परीक्षण, बग की जाँच, इंटरफ़ेस समझना और अधूरे विचार फिर शुरू करना। ये विकास तेज़ करने के ठोस तरीके हैं, हर परियोजना की गुणवत्ता बढ़ने का प्रमाण नहीं। अतिरिक्त रिपॉज़िटरी अपने आप रखरखाव वाला सॉफ़्टवेयर नहीं बनती, और नई पुल रिक्वेस्ट रखरखावकर्ता का काम बढ़ा सकती है।

एजेंट की बनाई पंक्तियों से अधिक मुझे यह जानना है कि कितना कोड समझा, सत्यापित और सँभाला जा सकता है। कोड तेज़ आने पर बाधा उन लोगों और प्रणालियों की ओर जाती है जो तय करते हैं कि कौन-से बदलाव रखने योग्य हैं।

स्थिति पृष्ठ का क्रिसमस ट्री

हेडर चित्र में Marek Šuppa का The Missing GitHub Status Page है। 15 अक्टूबर 2026 के स्क्रीनशॉट में 90 दिनों में 65 घटनाएँ और 93.70 प्रतिशत प्लेटफ़ॉर्म उपलब्धता है। Git Operations के लिए 99.55 प्रतिशत है। ये उस चित्र के आँकड़े हैं, मेरे नए वर्तमान माप नहीं।

यह अनौपचारिक पृष्ठ सार्वजनिक स्थिति रिपोर्टों से समय-अंतराल दोबारा बनाता है और ओवरलैप वाली बाधाओं को जोड़ता है। प्लेटफ़ॉर्म का कुल आँकड़ा अलग सेवाएँ मिलाता है। इसका अर्थ नहीं कि हर घटना में Git क्लोन, पुल रिक्वेस्ट और Actions सभी उपयोगकर्ताओं के लिए एक साथ बंद थे। इसलिए 93.70 प्रतिशत को सीधे “GitHub 6.30 प्रतिशत समय पूरी तरह ऑफ़लाइन था” नहीं कह सकते। अर्थ गणना और शामिल घटनाओं पर निर्भर है।

फिर भी चित्र वास्तविक समस्या दिखाता है। संस्करण प्लेटफ़ॉर्म उत्पादन श्रृंखला का हिस्सा है। उपलब्ध न होने वाली समीक्षा, रुका बिल्ड या बिगड़ी API रिलीज़ टाल सकती है, भले पूरा कोड स्थानीय रूप से मौजूद हो। प्रभावित प्रक्रिया के लिए पूरी श्रृंखला का चलना आवश्यक है।

यह ग्राफ़ यह भी सिद्ध नहीं करता कि घटनाएँ AI ने पैदा कीं। यह विकल्पों में रुचि का कारण समझाता है। हर बाधा का कारण उसकी अपनी घटना रिपोर्ट से परखना होगा।

Git और GitHub को अलग समझना क्यों ज़रूरी है

GitHub की बाधा अपने आप Git के डेटा मॉडल की गलती नहीं है। पूरी स्थानीय प्रति से मैं बदलाव दर्ज कर सकता हूँ, पुराने संस्करणों की तुलना कर सकता हूँ और शाखाओं पर काम कर सकता हूँ। इसके लिए प्रदाता का हमेशा उपलब्ध होना आवश्यक नहीं। यह स्वतंत्रता Git की सबसे मूल्यवान विशेषताओं में है।

रिपॉज़िटरी के आसपास की सेवाएँ अलग मामला हैं। यदि अनुमोदन, परीक्षण, आर्टिफ़ैक्ट और डिप्लॉयमेंट प्लेटफ़ॉर्म पर निर्भर हों, तो स्थानीय प्रति से पूरी प्रक्रिया नहीं चल सकती। कोड वितरित हो सकता है, जबकि काम की प्रक्रिया बहुत केंद्रीकृत हो।

इसलिए दो ज़रूरतें हैं: प्लेटफ़ॉर्म की विश्वसनीयता और संस्करण व्यवस्था का डेटा व काम के तरीके से मेल। होस्टिंग बदलने से हर स्केलिंग समस्या नहीं सुलझती। प्लेटफ़ॉर्म का कठिन समय भी अकेले Git को पूरी तरह बदलने का कारण नहीं बनता।

Anthropic असामान्य पैमाने के लिए Scion बनाता है

Anthropic के अनुसार मई 2026 में रोज़ लगभग 2,500 बदलाव मर्ज होते थे और सितंबर में 30,000 से अधिक। मुख्य शाखा का इतिहास करीब 100 GB और संपीड़ित कार्य प्रति 25 GB से अधिक है। केवल CI रोज़ करीब 2.5 करोड़ checkout करता है। प्रतिदिन 600 PB से अधिक ट्रांसफ़र का उल्लेख सीधी पूर्ण डाउनलोड पद्धति का अनुमान है, मापा गया वास्तविक दैनिक ट्रैफ़िक नहीं।

उत्तर है Scion। Anthropic पाँच महीने में माइग्रेशन बताता है, साथ में समीक्षा औज़ार Antique और अन्य आंतरिक अवसंरचना भी। Scion हमेशा जुड़े क्लाइंट मानकर संस्करण कार्य सर्वर पर ले जाता है। फ़ाइलें ज़रूरत पर आती हैं और कई सवाल सीधे API से हल होते हैं। हर सवाल के लिए कार्य को स्थानीय रिपॉज़िटरी प्रति नहीं चाहिए।

Anthropic की बताई सीमा महत्वपूर्ण है: Scion सामान्य Git विकल्प या सभी के लिए घोषित सार्वजनिक GitHub नहीं है। यह विशाल मोनोरेपो और अपने एजेंटों के बोझ के लिए है। कंपनी मौजूदा Git समुदाय से सीख साझा करना भी चाहती है। “Anthropic अगला GitHub बना रहा है” अधिकतम तकनीकी बदलाव बताता है, पहले से उपलब्ध प्रतिस्पर्धी उत्पाद नहीं।

छोटा क्लाइंट बड़ा अंतर कैसे ला सकता है

यह विचार Anthropic जैसा पैमाना हुए बिना समझ आता है। मानिए स्वचालित कार्य केवल जाँचता है कि दो संस्करणों के बीच कोई कॉन्फ़िगरेशन फ़ाइल बदली या नहीं। उसे सीमित उत्तर चाहिए। बड़ा स्थानीय वातावरण तैयार करना स्वयं जाँच से अधिक संसाधन ले सकता है।

एक कार्य में यह लागत छोटी लगेगी। बहुत-से अल्पकालिक वातावरणों में बार-बार तैयारी, ट्रांसफ़र और सफ़ाई बड़ा हिस्सा खा सकते हैं। ठीक आवश्यक डेटा देने वाली सेवा हिसाब बदलती है। यह वास्तु संबंधी चुनाव है, हर छोटी रिपॉज़िटरी को केंद्रीय संस्करण सर्वर चाहिए इसका प्रमाण नहीं।

कीमत है सेवा की उपलब्धता पर अधिक निर्भरता। सर्वर पर काम ले जाने के साथ विफलता, अनुमतियाँ, पुनर्प्राप्ति और क्षमता सीमाएँ गंभीर हो जाती हैं। स्थानीय डेटा कम रखना सुविधाजनक है, जब तक दूर की सेवा जवाब देती है।

परिचित धारणा पर सवाल मुझे अच्छा लगता है। फिर भी इसे सार्वभौमिक सलाह नहीं बनाऊँगा। छोटे प्रोजेक्ट में पूरा स्थानीय Git इतिहास सरलता, गति और स्वतंत्रता का सही संतुलन हो सकता है।

Cloudflare Git रखता है और रिपॉज़िटरी प्रोग्राम योग्य बनाता है

Cloudflare Artifacts के साथ अलग रास्ता लेता है। अप्रैल में पेश सेवा Git-संगत इंटरफ़ेस वाला संस्करणयुक्त भंडारण देती है। API से रिपॉज़िटरी बनाई, आयात और fork की जा सकती हैं; सामान्य Git क्लाइंट भी चलते हैं। कंपनी प्रोजेक्ट, कार्य या एजेंट सत्र की अलग रिपॉज़िटरी में कोड और संदर्भ का इतिहास रखने की बात करती है। हर स्थायी कार्यस्थल हाथ से बनाने के बजाय आधार प्रोग्राम से तैयार होता है।

Git संगतता का रणनीतिक मूल्य है। पुराने औज़ार और परिचित प्रक्रिया अपनाना आसान करते हैं। नया उत्पाद साथ में बिल्कुल नया संस्करण प्रोटोकॉल लाए बिना सहयोग पर ध्यान दे सकता है।

अक्टूबर में Cloudflare ने भुगतान वाले Workers प्लान के ग्राहकों के लिए खुली बीटा बताई। नए एकीकरण Artifacts को Workers Builds और पूर्वावलोकन वातावरणों से जोड़ते हैं। घटनाएँ स्वचालित समीक्षा शुरू कर सकती हैं और रिपॉज़िटरी-विशिष्ट टोकन पहुँच सीमित करते हैं। कंपनी स्पष्ट रूप से दूसरों को Workers और Artifacts पर अगला Git प्लेटफ़ॉर्म बनाने बुलाती है। यह प्लेटफ़ॉर्म की महत्वाकांक्षा वाला आधार है, समान सामाजिक-संगठनात्मक समुदाय वाला पूरा GitHub अभी नहीं।

मुझे सीमा का अंतर रोचक लगता है। Anthropic अपने विशाल विकास तंत्र को बेहतर करता है। Cloudflare दूसरे उत्पादों की बुनियाद देता है। लोग, एजेंट और साझा निर्णय किस तरह जुड़ेंगे, वह अलग उत्पाद समस्या है।

ये कंपनियाँ वहाँ क्यों पहुँचना चाहती हैं

Anthropic का सीधे दर्ज कारण अपना अवरोध है। शोध और उत्पाद विकास का संस्करण कार्यों के लिए इंतज़ार समय व गणना क्षमता खर्च करता है। Scion कभी सार्वजनिक न हो, तब भी बेहतर आंतरिक आधार मूल्यवान है।

मुझे लंबे कार्यप्रवाहों में एजेंट उपयोगी बनाने की रणनीतिक रुचि भी दिखती है। फ़ंक्शन लिखने वाला मॉडल मूल्यवान है। प्रोजेक्ट समझने, समीक्षा योग्य बदलाव बनाने और आधार से जुड़ने वाला एजेंट रोज़मर्रा में अधिक गहराई से जगह बना सकता है। यह मेरा आर्थिक विश्लेषण है, Anthropic का पुष्ट Scion बिक्री कार्यक्रम नहीं।

Cloudflare के लिए अवसंरचना व्यवसाय का संबंध सीधा है। ऐप Workers पर और विकास डेटा Artifacts में रखने से अधिक काम उसी प्लेटफ़ॉर्म पर आता है। Cloudflare के अनुसार शुल्क संचालन और संग्रहित डेटा पर है। अधिक एजेंट अधिक रिपॉज़िटरी, पहुँच और कंप्यूटिंग ला सकते हैं। किसी खास प्रक्रिया का आर्थिक लाभ वास्तविक उपयोग पर निर्भर है।

एकीकरण बाँधता भी है। Git रिपॉज़िटरी दूसरी जगह ले जाना अपेक्षाकृत आसान है। विशिष्ट API, एजेंट प्रक्रिया, घटनाएँ, अनुमतियाँ, पूर्वावलोकन और डिप्लॉयमेंट का पूरा तंत्र ले जाना कठिन है। सब जितना सुविधापूर्वक साथ चलता है, प्रदाता बदलने की मेहनत उतनी बढ़ती है।

इन उद्देश्यों का तकनीकी लाभ से विरोध नहीं। सेवा वास्तविक समस्या हल कर सकती है और प्रदाता को मज़बूत भी। इसलिए मैं दोनों पक्ष देखना चाहता हूँ, इससे पहले कि सुविधाजनक एकीकरण अनदेखी निर्भरता बन जाए।

कोड में प्रोग्राम के पाठ से अधिक है

और हाँ, प्रशिक्षण डेटा इस चर्चा का हिस्सा है। संभावित रणनीतिक हित के रूप में उस पर ध्यान देना चाहिए। लेकिन हर नए Git प्लेटफ़ॉर्म को उसी से समझा देना बहुत आसान रास्ता होगा।

रिपॉज़िटरी में अक्सर वर्तमान हल से अधिक होता है। इतिहास बता सकता है कि पहली कोशिश क्या थी, कौन-सा टेस्ट विफल हुआ, समीक्षा ने क्यों मना किया और अंत में कौन-सा सुधार स्वीकार हुआ। कोडिंग प्रणालियों के लिए यह संबंध कीमती हो सकता है: काम, कोशिश, प्रतिक्रिया और सत्यापन योग्य परिणाम जुड़े होते हैं।

एक काल्पनिक उदाहरण लें। एजेंट को तारीख़ की गणना सुधारनी है। पहला प्रस्ताव पुराने टेस्ट पास करता है, पर नए साल-बदलाव टेस्ट में विफल है। समीक्षक गलत मान्यता समझाता है और अगला बदलाव उसे सुधारता है। सीख का मूल्य अंतिम कोड के साथ संभावित गलती से तर्कसंगत हल तक की यात्रा में है। प्रदाता उस डेटा का उपयोग करता है या करने का अधिकार रखता है, अलग सवाल है।

इसलिए निर्माण सस्ता होने से कोड का मूल्य गायब नहीं होता। भरोसेमंद आवश्यकताएँ, दर्ज निर्णय, अच्छे टेस्ट, रखरखाव अनुभव और प्रमाणित साथ काम करना अब भी मेहनत माँगते हैं। उत्पन्न फ़ाइलों का पहाड़ उसकी जगह नहीं लेता। प्रस्ताव असीम हों, तो सही समाधान का प्रमाण और मूल्यवान होता है।

यह आर्थिक और तकनीकी संभावना का मेरा आकलन है। यहाँ के ऐलान यह साबित नहीं करते कि Anthropic Scion से दूसरे निजी रिपॉज़िटरी इकट्ठे करता है या Cloudflare अपना कोडिंग मॉडल सिखाने के लिए Artifacts चलाता है।

प्रशिक्षण में वास्तव में क्या अलग करना चाहिए

विकास डेटा में AI की रुचि सिर्फ़ कल्पना नहीं। मार्च 2026 में GitHub ने कहा कि 24 अप्रैल से कुछ निजी Copilot प्लान की इंटरैक्शन, उपयोगकर्ता के मना न करने पर, प्रशिक्षण में जाएगी। वह सक्रिय Copilot उपयोग और स्थिर संग्रहित निजी रिपॉज़िटरी को स्पष्ट अलग करता है; बाद वाली सामग्री इस उद्देश्य से व्यापक रूप से नहीं पढ़ी जाएगी। Copilot Business और Enterprise की सुरक्षा अलग है। GitHub Copilot

Anthropic कहता है कि व्यावसायिक उत्पादों के इनपुट-आउटपुट डिफ़ॉल्ट रूप से प्रशिक्षण में नहीं जाते। स्वैच्छिक प्रतिक्रिया और खास कार्यक्रमों में स्पष्ट भागीदारी का व्यवहार अलग हो सकता है। यह हर व्यक्तिगत प्लान और सेटिंग का सार्वभौमिक वादा नहीं है। Anthropic

नई सेवा में मैं जानना चाहूँगा: क्या केवल संग्रहित होता है, क्या अनुरोध का जवाब देने के लिए संसाधित होता है और क्या सुधार या प्रशिक्षण में जाता है? ये अलग क्रियाएँ हैं। कोड पर काम करने के लिए उसे संसाधित करना ज़रूरी है, लेकिन इससे मॉडल में स्थायी समावेश की अनुमति अपने आप नहीं मिलती।

ओपन सोर्स नाम भी उपयोग के हर सवाल का उत्तर नहीं है। सार्वजनिक दृश्यता, लाइसेंस, गोपनीय सामग्री और सेवा की शर्तें अलग देखनी चाहिए। समझ आने वाली डेटा नीति उपयोगी API जितनी ही उत्पाद का हिस्सा है।

अगले GitHub को बेहतर निर्णय संभव बनाने चाहिए

सबसे सुविधाजनक कल्पना है कि अनगिनत एजेंट असीम कोड बनाएँ और दूसरे सब स्वतः स्वीकार करें। मुझे भरोसा नहीं। एक ही गलत धारणा वाले कई तंत्रों की सहमति स्वतंत्र प्रमाण नहीं बनती।

उपयोगी प्लेटफ़ॉर्म को बताना चाहिए कि बदलाव कौन-सा काम पूरा करता है, आधार संस्करण क्या है, कौन-सी जाँच हुई और स्वीकारने की ज़िम्मेदारी किसकी है। समानांतर बदलाव अलग-अलग सही दिखकर साथ नुकसान कर सकते हैं। तेज़ मर्ज समस्या खत्म नहीं करता।

एजेंट संदर्भ की भी सीमा चाहिए। कार्य विवरण, लॉग और कॉन्फ़िगरेशन में ऐसी जानकारी हो सकती है जो हर रिपॉज़िटरी या बाहरी वातावरण के लिए नहीं है। सत्र बचाने से विकास सहायता के साथ नया डेटा भंडार बनता है। पहुँच और जीवनकाल सोचकर तय करने चाहिए।

ओपन सोर्स में मानवीय पक्ष अहम है: रखरखावकर्ताओं पर भरोसा, समझ आने वाली चर्चा और वर्षों परियोजना सँभालने की इच्छा। तेज़ होस्टिंग इसे सहारा दे सकती है। केवल अधिक स्वचालित गतिविधि इसकी जगह नहीं ले सकती।

GitHub को चुनौती मिली है, उत्तराधिकारी तय नहीं

मुझे बुनियादी औज़ारों पर भी फिर सवाल करना स्वस्थ लगता है। AI अधिक लोगों को सॉफ़्टवेयर बनाने दे, तो पूछना ठीक है कि पुराने प्लेटफ़ॉर्म नए काम के अनुकूल हैं या नहीं।

Anthropic विशेष आंतरिक पुनर्निर्माण दिखाता है। Cloudflare नए उत्पादों के लिए आधार खोलता है। GitHub के पास स्थापित समुदाय है जिसे विकल्प को बदलना या उपयोगी ढंग से पूरक करना होगा। नया भंडारण ढाँचा अकेले प्रतिस्पर्धा नहीं तय करेगा।

मेरे लिए सवाल है: अधिक लोग और एजेंट उत्पादक सहयोग कैसे करें, बिना पता लगाने की क्षमता, स्वतंत्रता और डेटा नियंत्रण खोए? यही अगले GitHub का मापदंड है। और संभवतः व्यवसाय का बड़ा हिस्सा भी वहीं है।

अगली बार तक,
जो