طوّرت أنثروبيك نظام تحكم بالمصدر خاصاً بها يُدعى Scion ليحل محل Git، بعد أن قفز معدل التغييرات البرمجية المدمجة يومياً من نحو 2500 في مايو 2026 إلى أكثر من 30 ألفاً في سبتمبر، وهو ما تجاوز قدرة Git على التحمل.

2 دقيقة قراءة

أنثروبيك تبني نظام تحكم بالمصدر خاصاً بها بديلاً عن Git بعد قفزة في وتيرة التغييرات البرمجية

ما الذي حدث؟

كشفت أنثروبيك عن إعادة تصميم جذرية لنظام التحكم بالمصدر داخل الشركة، إذ بنت بديلاً داخلياً عن Git يُدعى Scion، إلى جانب نظام مراجعة كود جديد باسم Antique. الدافع الأساسي هو الارتفاع الحاد في وتيرة التغييرات البرمجية بعد الأشهر الستة الماضية.

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

الأرقام التي فرضت التغيير

  • تاريخ الفرع الرئيسي وحده يقارب 100 غيغابايت.
  • النسخة العاملة المضغوطة تتجاوز 25 غيغابايت.
  • نحو 25 مليون عملية سحب كود يومياً لأغراض التكامل المستمر، قبل احتساب بيئات المطورين وصناديق الوكلاء ومهام البحث.
  • لو نُفذ ذلك بالطريقة التقليدية عبر Git، لكان يعني أكثر من 600 بيتابايت من حركة Git يومياً.

أنجز الترحيل فريق من سبعة أشخاص خلال خمسة أشهر.

لماذا يشبه Scion عودة إلى النموذج المركزي؟

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

المراجعة العدائية: فعالة لكنها قصيرة النظر

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

مقارنة سريعة

البُعد Git التقليدي Scion (أنثروبيك)
النموذج موزّع مركزي على غرار Subversion
مصمم لحجم مشاريع بمعدلات تغيير معتادة عشرات آلاف التغييرات يومياً
عمليات السحب تتحمل أحمالاً متوسطة نحو 25 مليون يومياً
الفريق مجتمع مفتوح المصدر سبعة مهندسين داخلياً

ماذا يعني هذا لفرق الهندسة في المنطقة؟

معظم المؤسسات في الشرق الأوسط لا تقترب من هذه الأحمال، لكن الاتجاه يستحق المتابعة: عندما يتبنى الفريق وكلاء برمجيين بكثافة، تتضخم عمليات الدمج والتحقق الآلي بسرعة أكبر مما تتوقعه أدوات التحكم بالمصدر التقليدية. الخطوة العملية الأولى غالباً هي قياس معدل الدمج اليومي وضبط خطوط CI/CD، لا بناء نظام تحكم خاص.

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

أسئلة شائعة

ما هو نظام Scion الذي طورته أنثروبيك؟

هو نظام تحكم بالمصدر بديل عن Git بنته أنثروبيك داخلياً لاستيعاب الحجم الكبير جداً من التغييرات البرمجية وعمليات سحب الكود اليومية، ويبدو أقرب إلى إعادة ابتكار للتحكم المركزي بالمصدر على غرار Subversion.

لماذا تخلت أنثروبيك عن Git؟

لأن معدل التغييرات المدمجة ارتفع من نحو 2500 يومياً في مايو 2026 إلى أكثر من 30 ألفاً في سبتمبر، مع تاريخ فرع رئيسي يقارب 100 غيغابايت و25 مليون عملية سحب كود يومياً، وهي أحمال تتجاوز ما صُمم Git ليتعامل معه بكفاءة.

هل ينبغي لفرق الهندسة في الشرق الأوسط أن تقلد هذا النهج؟

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

ما علاقة النماذج الجديدة بارتفاع وتيرة البرمجة؟

المصدر يشير إلى أن إدخال نماذج من فئة Fable/Mythos يُرجَّح أنه عامل رئيسي في تسارع وتيرة البرمجة، لكنه يوضح أن التواريخ المعروضة هي تواريخ الإصدار العام وليس تاريخ استخدام النماذج داخلياً.

المصدر: Simon Willison (LLM & tools)

ملخص بمساعدة الذكاء الاصطناعي من المصدر أعلاه. القصص عالية الثقة تُنشر تلقائياً، والبقية تنتظر مراجعة، ولا تُضاف وقائع غير موجودة في المصدر.