من يبني GitHub القادم؟ الشيفرة والذكاء الاصطناعي ونفوذ المنصات

GitHub منصة لحفظ البرمجيات وتطويرها ونشرها بشكل تعاوني. وتحتها توجد Git، أداة لإدارة الإصدارات تسجّل تغييرات الملفات، وتتيح فروع تطوير متوازية، وتساعد على دمج نتائج العمل المختلفة. توفر Git الأساس التقني، وتضيف GitHub التعاون عبر بلاغات المشكلات والنقاشات وطلبات الدمج والعمليات المؤتمتة.

نشأت Git عام 2005 من تطوير نواة Linux. تأسست GitHub عام 2008 وافتُتحت للجمهور في 10 أبريل 2008. وبعد عشر سنوات اشترتها Microsoft مقابل 7.5 مليارات دولار، وأعلنت إتمام الاستحواذ في 26 أكتوبر 2018. تحوّل المكان المخصص للمطورين إلى بنية أساسية محورية في عالم البرمجيات. Git، GitHub، Microsoft

وفي 2026 يبدو فجأة كأن نصف الناس خارج التطوير التقليدي أصبح لديهم حساب GitHub أيضا. تطبيق صغير هنا، ولوحة شخصية هناك، وأداة ذكاء اصطناعي تطلب ربط مستودع. هذا انطباعي المتعمد في مبالغته، وليس إحصاء عن غير المطورين. لكن التغير مهم: أصبح بناء البرمجيات أسهل وصولا، بينما تتحمل البنية التحتية أعباء جديدة.

لهذا أهتم بمن سيبني GitHub القادم. أعادت Anthropic بناء إدارة إصداراتها الداخلية، وتوفر Cloudflare مكونات لمنصات Git جديدة. وفي الوقت نفسه تُناقش موثوقية GitHub علنا. المسألة أكبر من زر دمج أجمل: من يسيطر على المكان الذي تُنشأ فيه البرمجيات وتُراجع وتنتقل إلى الإنتاج؟

عندما يصبح المستخدمون بناة للبرمجيات

بدأ التغير قبل هذا العام. سجّل تقرير Octoverse 2025 أكثر من 180 مليون مطور على GitHub وأكثر من 36 مليون مستخدم جديد خلال سنة. ووفقا للشركة، استخدم نحو 80% من المطورين الجدد Copilot في أسبوعهم الأول. هذه بيانات المورد، وليست دليلا على أن الذكاء الاصطناعي سبّب النمو كله. لكنها تبين ارتباط البداية مع GitHub بأدوات الذكاء الاصطناعي.

سابقا، كان صنع أداة صغيرة يتطلب غالبا تعلم قدر كاف من البرمجة للوصول إلى بداية مفيدة. اليوم يمكن وصف الفكرة وتنفيذها تدريجيا مع وكيل برمجة. تبقى الخبرة ضرورية، خصوصا مع البيانات والصلاحيات وأنظمة الإنتاج. ومع ذلك قصرت المسافة بين الفكرة وأول برنامج يعمل.

أرى إمكانات كبيرة للمصدر المفتوح: توضيح التوثيق، وإضافة اختبارات، والتحقيق في الأخطاء، وفهم الواجهات، وإحياء الأفكار المتروكة. هذه طرق ملموسة لتسريع التطوير، لا دليل على تحسن جودة كل مشروع. مستودع إضافي لا يعني برمجيات تتلقى الصيانة، وطلب دمج آخر قد يزيد عمل المشرف عليها.

ما يهمني أقل هو عدد الأسطر التي ينتجها الوكيل، وأكثر هو ما يمكن فهمه والتحقق منه وصيانته. حين تصل الشيفرة أسرع، ينتقل الاختناق إلى الأشخاص والأنظمة التي تقرر أي تغييرات تستحق البقاء.

شجرة الميلاد في صفحة الحالة

تعرض صورة المقال The Missing GitHub Status Page التي أنشأها Marek Šuppa. لقطة 15 أكتوبر 2026 تعرض 65 حادثة وتوافر المنصة بنسبة 93.70% خلال 90 يوما، مقابل 99.55% لخدمة Git Operations. هذه أرقام اللقطة، وليست قياسات حديثة أجريتها بنفسي.

تعيد الصفحة غير الرسمية بناء الفترات من تقارير الحالة العامة، وتدمج الأعطال المتداخلة. تجمع نسبة المنصة خدمات مختلفة، ولا تعني أن الاستنساخ وطلبات الدمج وActions توقفت معا لدى الجميع أثناء كل حادثة. لذلك لا تتحول 93.70% ببساطة إلى «كانت GitHub متوقفة بالكامل طوال 6.30% من الوقت». يتوقف التفسير على التجميع والحوادث المدرجة.

ومع ذلك تمس الصورة نقطة حساسة. أصبحت منصة الإصدارات جزءا من سلسلة الإنتاج. مراجعة يتعذر فتحها، أو بناء متوقف، أو واجهة معطلة قد تؤخر الإصدار رغم وجود الشيفرة كاملة محليا. بالنسبة للعمل المتأثر، يجب أن تعمل السلسلة كلها.

كذلك لا يثبت الرسم أن الذكاء الاصطناعي سبّب الحوادث. إنه يشرح الاهتمام بالبدائل. أما أسباب كل عطل فتحتاج إلى تقرير الحادثة المعنية.

لماذا يجب فصل Git عن GitHub

عطل GitHub لا يكشف تلقائيا عن خلل في نموذج بيانات Git. مع نسخة محلية كاملة يمكنني تسجيل التغييرات ومقارنة الإصدارات والعمل على الفروع دون مورد متاح دائما. هذا الاستقلال من أهم خصائص Git بالنسبة لي.

أما الخدمات المحيطة بالمستودع فأمر آخر. إذا كانت الموافقات والاختبارات والملفات الناتجة والنشر تعتمد على المنصة، فلن تكفي النسخة المحلية لاستكمال العملية كلها. قد تكون الشيفرة موزعة بينما سير العمل شديد المركزية.

إذن هناك مطلبان: موثوقية المنصة، وملاءمة إدارة الإصدارات لحجم البيانات وطريقة العمل. تغيير الاستضافة لا يحل كل مشكلات التوسع تلقائيا. كما أن فترة صعبة للمنصة لا تبرر وحدها استبدال Git بالكامل.

تبني Anthropic نظام Scion لحجم غير معتاد

تذكر Anthropic نحو 2,500 تغيير مدمج يوميا في مايو 2026 وأكثر من 30,000 في سبتمبر. يقترب تاريخ الفرع الرئيسي من 100 جيجابايت، وتتجاوز نسخة العمل المضغوطة 25 جيجابايت. ويجري التكامل المستمر وحده نحو 25 مليون عملية checkout يوميا. أما أكثر من 600 بيتابايت من النقل اليومي فحساب افتراضي لجلب كامل وساذج، وليس قياسا للحركة الفعلية.

الإجابة هي Scion. تصف Anthropic انتقالا خلال خمسة أشهر، مع أداة المراجعة Antique وبنية داخلية أخرى. يفترض Scion عملاء متصلين دائما وينقل عمليات الإصدارات إلى الخادم. تُحمّل الملفات عند الحاجة وتُجاب استعلامات كثيرة عبر API مباشرة، فلا تحتاج كل مهمة نسخة محلية من المستودع لكل سؤال.

الحد الذي تضعه Anthropic بنفسها أساسي: Scion ليس بديلا عاما لـGit ولا GitHub عامة أُعلن عنها للجميع. صُمم للمستودعات الموحدة الهائلة وأعباء وكلائها. وتريد الشركة أيضا مشاركة الدروس مع منظومة Git. لذلك فإن «Anthropic تبني GitHub القادم» تصف في أحسن الأحوال تحولا تقنيا، لا منتجا منافسا متاحا بالفعل.

لماذا قد يصنع عميل صغير فرقا كبيرا

يمكن فهم الفكرة دون بلوغ حجم Anthropic. تخيل مهمة آلية تتحقق من تغير ملف إعداد معين بين إصدارين. إنها تحتاج إجابة محددة، وقد يتطلب إعداد بيئة محلية كبيرة موارد أكثر من الفحص نفسه.

قد لا تظهر الكلفة الإضافية في مهمة واحدة. لكنها في بيئات مؤقتة كثيرة، مع تكرار الإعداد والنقل والتنظيف، قد تستهلك نسبة كبيرة من الموارد. خدمة تعيد البيانات المطلوبة فقط تغير الحساب. هذا اختيار معماري، وليس دليلا على حاجة كل مستودع صغير لخادم إصدارات مركزي.

المقابل هو زيادة الاعتماد على وصول الخدمة. نقل العمل إلى الخادم يفرض اهتماما بأعطاله وصلاحياته واستعادته وحدود سعته. تقليل البيانات المحلية مريح إلى أن يتوقف الطرف البعيد عن الإجابة.

يعجبني التشكيك في افتراض مألوف، لكنني لا أحوله إلى توصية عامة. لمشروع محدود قد يقدم تاريخ Git الكامل محليا التوازن الصحيح بين البساطة والسرعة والاستقلال.

تحتفظ Cloudflare بـGit وتجعل المستودعات قابلة للبرمجة

تسلك Cloudflare طريقا مختلفا مع Artifacts. الخدمة المقدمة في أبريل توفر تخزينا ذا إصدارات وواجهة متوافقة مع Git. تتيح API إنشاء المستودعات واستيرادها وتفريعها، مع استخدام عملاء Git العاديين. تقترح الشركة مستودعات منفصلة للمشروعات والمهام وجلسات الوكلاء، لحفظ الشيفرة والسياق بإصدارات. تُجهّز القاعدة برمجيا بدل إعداد كل مستودع يدويا كمساحة عمل دائمة.

للتوافق مع Git قيمة استراتيجية. الأدوات الموجودة وأساليب العمل المألوفة تسهل التبني. يستطيع المنتج الجديد التركيز على التعاون دون تقديم بروتوكول إصدارات جديد كليا في الوقت نفسه.

وفي أكتوبر أعلنت Cloudflare نسخة تجريبية مفتوحة لعملاء خطة Workers المدفوعة. تربط التكاملات الأحدث Artifacts بخدمة Workers Builds وبيئات المعاينة. يمكن للأحداث تشغيل مراجعات آلية، وتحد الرموز الخاصة بكل مستودع من الوصول. تدعو الشركة الآخرين صراحة لبناء منصة Git القادمة فوق Workers وArtifacts. إنها بنية تحتية بطموح منصة، لا GitHub كاملة ذات منظومة اجتماعية وتنظيمية مكافئة بعد.

الاختلاف المثير هو موضع الحدود. تحسن Anthropic نظام تطويرها الهائل، بينما تقدم Cloudflare أساسا لمنتجات الآخرين. تبقى واجهة الناس والوكلاء والقرارات المشتركة مسألة منتج مستقلة.

لماذا تريد هذه الشركات احتلال هذا الموقع

السبب الموثق مباشرة لدى Anthropic هو اختناقها الداخلي. انتظار البحث وتطوير المنتجات لعمليات الإصدارات يستهلك الوقت والقدرة الحاسوبية. تحسين البنية الداخلية مفيد حتى إن لم يصبح Scion منتجا عاما.

وأرى أيضا اهتماما استراتيجيا بجعل وكلاء البرمجة مفيدين طوال مسارات عمل أطول. نموذج يكتب دالة له قيمة. ووكيل يفهم المشروع ويعد تغييرات قابلة للمراجعة ويعمل مع البنية الموجودة يمكن أن يتجذر أكثر في العمل اليومي. هذا تحليلي الاقتصادي، وليس خطة تسويق لـScion أكّدتها Anthropic.

لدى Cloudflare الصلة بأعمال البنية التحتية أوضح. تشغيل التطبيقات على Workers وحفظ بيانات تطويرها في Artifacts يضع مزيدا من العمل على المنصة نفسها. وتوضح Cloudflare أن الفوترة تعتمد على العمليات وحجم البيانات المخزنة. مزيد من الوكلاء قد يعني مستودعات وطلبات وحوسبة أكثر. الجدوى الاقتصادية للعملية تعتمد على استخدامها الفعلي.

ويخلق التكامل ارتباطا أيضا. نقل مستودع Git سهل نسبيا غالبا، لكن نقل منظومة API متخصصة ووكلاء وأحداث وصلاحيات ومعاينات ونشر أصعب. كلما زادت راحة التكامل، زاد الجهد العملي لتغيير المورد.

هذه الدوافع لا تناقض المنفعة التقنية. قد تحل الخدمة مشكلة حقيقية وتعزز موقع موردها. لذلك أريد رؤية الجانبين قبل أن يتحول تكامل مريح إلى اعتماد لا يسأل عنه أحد.

تحتوي الشيفرة على أكثر من نص البرنامج

نعم، بيانات التدريب جزء من النقاش. تستحق الانتباه كمصلحة استراتيجية محتملة. لكن استخدامها لتفسير كل منصة Git جديدة اختزال مريح أكثر من اللازم.

غالبا يحتوي المستودع على ما يتجاوز الحل الحالي. قد يكشف التاريخ المحاولة الأولى والاختبار الفاشل وسبب رفض المراجعة والتصحيح المقبول. هذه الصلة قد تكون ثمينة لتطوير أنظمة البرمجة: المهمة والمحاولة والتغذية الراجعة والنتيجة القابلة للتحقق مترابطة.

لنأخذ مثالا مختلقا. يصلح وكيل حسابا للتواريخ، فتجتاز محاولته الأولى الاختبارات القديمة لكنها تفشل في اختبار جديد لعبور السنة. يشرح المراجع الافتراض الخاطئ، فيصححه التغيير التالي. قيمة التعلم ليست في الشيفرة النهائية فقط، بل في المسار من خطأ معقول إلى حل مبرر. استخدام المورد لهذه البيانات وحقه في ذلك سؤال آخر.

لذلك لا تختفي قيمة الشيفرة لمجرد انخفاض كلفة توليدها. المتطلبات الموثوقة والقرارات الموثقة والاختبارات الجيدة وخبرة الصيانة والعمل المشترك المثبت ما زالت تحتاج جهدا. جبل من الملفات المولدة لا يعوضها. عندما تصبح الاقتراحات بلا حدود، تزداد قيمة الدليل على أن اقتراحا يحل المهمة فعلا.

هذا تقديري للإمكانات الاقتصادية والتقنية. الإعلانات المذكورة لا تثبت أن Anthropic تجمع مستودعات الآخرين الخاصة عبر Scion، ولا أن Cloudflare تدير Artifacts لتدريب نموذج برمجة خاص بها.

ما الذي يجب تمييزه فعلا في التدريب

اهتمام الذكاء الاصطناعي ببيانات التطوير ليس نظريا فقط. أعلنت GitHub في مارس 2026 أنها، اعتبارا من 24 أبريل، ستستخدم تفاعلات بعض خطط Copilot الشخصية للتدريب ما لم يرفض المستخدم. وتفصل صراحة بين التفاعلات النشطة ومحتوى المستودعات الخاصة المخزن في حالة سكون، الذي لا تقرؤه بصورة شاملة لهذا الغرض. تنطبق حماية مختلفة على Copilot Business وEnterprise. GitHub Copilot

أما Anthropic فتقول إنها لا تستخدم مدخلات ومخرجات منتجاتها التجارية للتدريب افتراضيا. قد تُعامل الملاحظات الطوعية والمشاركة الصريحة في برامج معينة بشكل مختلف. هذا ليس وعدا عاما لكل خطة شخصية وإعداد. Anthropic

لذلك أريد أن أعرف في أي خدمة جديدة: ما الذي يُخزن فقط، وما الذي يُعالج للرد، وما الذي يُستخدم للتحسين أو التدريب؟ هذه عمليات مختلفة. يحتاج الوكيل معالجة الشيفرة للعمل عليها، لكن ذلك لا يمنح إذنا تلقائيا لإدماجها دائما في نموذج.

كما لا تحسم تسمية المصدر المفتوح كل مسائل الاستخدام. يجب فصل ظهور الشيفرة للعامة عن ترخيصها والمواد السرية وشروط الخدمة. سياسة بيانات مفهومة جزء من المنتج مثل API مفيدة.

يجب أن يتيح GitHub القادم قرارات أفضل

التصور الأسهل هو منصة يولد فيها عدد لا نهائي من الوكلاء شيفرة بلا حدود ويوافق عليها آخرون آليا. لا يقنعني ذلك. اتفاق أنظمة عدة على افتراض خاطئ لا ينتج دليلا مستقلا.

يجب أن توضح منصة مفيدة المهمة التي يحققها التغيير ونسخة انطلاقه والفحوص المنفذة ومن يتحمل مسؤولية قبوله. قد تبدو التغييرات المتوازية صحيحة منفردة وتسبب ضررا مجتمعة. الدمج الأسرع لا يلغي المشكلة.

يحتاج سياق الوكلاء حدودا أيضا. الأوصاف والسجلات والإعدادات قد تضم معلومات لا مكان لها في كل مستودع أو بيئة خارجية. حفظ الجلسات ينشئ مخزونا جديدا من البيانات إضافة إلى مساعدة التطوير. صلاحياته وعمره يحتاجان تصميما واعيا.

وتبقى الناحية البشرية ضرورية للمصدر المفتوح: الثقة بالمشرفين، والنقاش المفهوم، والاستعداد لرعاية المشروع سنوات. استضافة أسرع قد تدعم ذلك، لكن النشاط الآلي الإضافي وحده لا يعوضه.

تواجه GitHub تحديا، لكن الخلافة لم تُحسم

أرى من الصحي إعادة مساءلة الأدوات الأساسية نفسها. إن منح الذكاء الاصطناعي مزيدا من الناس القدرة على بناء برامجهم، يحق لنا سؤال ملاءمة المنصات الحالية للعمل الناتج.

تعرض Anthropic إعادة بناء داخلية متخصصة. وتفتح Cloudflare بنية لمنتجات جديدة. تحتفظ GitHub بمنظومة يجب على البديل استبدالها أو تكملتها بفائدة. بنية تخزين جديدة وحدها لن تحسم المنافسة.

بالنسبة لي، السؤال هو من يمكّن مزيدا من الناس والوكلاء من التعاون المنتج دون خسارة التتبع والاستقلال والتحكم في البيانات. هذا معيار GitHub القادم. وربما توجد هناك أيضا حصة كبيرة من القيمة التجارية.

إلى اللقاء،
جو