Anthropic تنتقل خلال خمسة أشهر من git إلى Scion: 30 000 عملية دمج يوميًا

في مايو 2026 كانت Anthropic تدمج في مستودعها الأحادي نحو 2 500 تغيير برمجي يوميًا. وبحلول سبتمبر ارتفع الرقم إلى 30 000+. لم تعد كتابة الكود مشكلة: فـ Claude ينفّذ دورات بحثية متكررة، ويحسّن برامج معقدة، ويشغّل الخدمات من الصفر. وانتقل عنق الزجاجة إلى البنية التحتية المصممة للبشر: التحكم بالإصدارات وعمليات البناء وCI. ولتخفيف هذا الاختناق، نقلت الشركة مستودعها الأحادي بالكامل من git إلى نظامها الخاص Scion خلال خمسة أشهر. وبالتوازي طوّرت أداة مراجعة الكود Antique، وأداة للبحث في الكود، ونظام IAM للتحكم بالوصول إلى مصادر الكود.

أين لم يعد git يتسع

git نظام لامركزي: كل نسخة مستنسخة هي مستودع كامل قادر على حساب الفروقات (diff) وقراءة السجل والعمل دون اتصال بالشبكة. وهذا تصميم سليم لمعظم المشاريع، لكنه بدأ يعيق العمل في Anthropic. فسجل الفرع main وحده يشغل ما يقارب 100 غيغابايت، وتتجاوز النسخة العاملة المضغوطة 25 غيغابايت. ويجري لأغراض CI نحو 25 مليون عملية checkout يوميًا، وذلك دون احتساب بيئة المطورين وبيئات الاختبار المعزولة للوكلاء والمهام البحثية. ولو جرى التحميل بالطريقة المباشرة لبلغت حركة بيانات git أكثر من 600 بيتابايت يوميًا.

لجأ الفريق إلى shallow clone وsparse checkout وpromisor remotes والمرايا الداخلية واللقطات (snapshots) في مخزن blob. وفي ذروة الاستخدام عملت عدة مئات من مرايا git. وقد وفّرت هذه الحلول بعض الوقت، لكن مع ازدياد معدل الدمج (merge rate) صار الحفاظ عليها أصعب. فقد تخلفت اللقطات عن رأس main، وطلبت عمليات diff وblame على النسخ الجزئية عناية متزايدة. وخلص الفريق إلى أن git كان يُستخدم كنظام مركزي بنسخة مرجعية واحدة، وأن عملاءه وكلاء ومهام (jobs) متصلة بالشبكة بطبيعتها. أما الخصائص القيّمة للعمل دون اتصال فقد أبطأت التوسع.

كيف يعمل Scion

وحدة العمل في Scion هي changeset، وهو سجل في write-ahead log. وبدلًا من مؤشر إلى شجرة الملفات، يحفظ قائمة بالملفات التي تغيّرت قياسًا إلى الأب الأول، مع روابط قائمة على المحتوى (content-addressed) تشير إلى بيانات مضغوطة في مخزن blob. يُنشأ changeset على الخادم ويصبح متاحًا فورًا في كل مكان. ولا وجود لملفات pack ولا أقفال ولا تنسيق بين الخوادم. أما ref، إن لزم، فيُحرَّك بعملية compare-and-swap على صف واحد في Spanner، بمعزل عن إنشاء changeset.

تجيب بيانات مشتقة عن أسئلة مثل «من غيّر هذا السطر آخر مرة»: بنى بيانات لـ blame، وسجلات المسارات، وقوائم skip لرسم الـ commits البياني. ويُعرَّف كل نوع منها تعاوديًا عبر قيم الآباء. ويمكن حسابه فورًا أو عند الطلب (lazy)، كما يمكن تغيير بنيته الداخلية دون المساس بالعميل.

لا يخبر عميل scn الخادم بما لديه أصلًا. بل ينطلق من الشجرة الجذرية، ويطلب الأشجار الناقصة، ثم الـ blobs. وكل طلب يخص كائنًا غير قابل للتغيير، ولذلك يمكن لأي ذاكرة تخزين مؤقت (cache) أن تلبّيه. تتواصل العقدة مع scion-daemon المحلي، الذي يجلب البيانات من scion-cache الإقليمية، وهذه بدورها تتوجه عند الإخفاق (cache miss) إلى scion-server المرجعية. ويعزل الفصل الصارم بين المستويات الأعطال: فتعطل ذاكرة تخزين مؤقت إقليمية لا ينبغي أن يُسقط المركز. وتُدعم عمليات checkout الجزئية (sparse) والافتراضية دون منطق خاص، إذ لا يطلب العميل ببساطة أشجارًا زائدة.

أبرز النتائج التي تذكرها الشركة:

• ارتفاع من 2 500 إلى 30 000+ عملية دمج يوميًا (مايو — سبتمبر 2026)؛
• نقل المستودع الأحادي من git خلال خمسة أشهر؛
• بنية Scion التحتية أصغر بـ 200 مرة من مرايا git من حيث CPU والذاكرة؛
• عمليات checkout في CI والمهام البحثية أسرع بمقدار رتبتين: ثوانٍ بدل دقائق؛
• معدل إصابة الذاكرة المؤقتة (cache hit rate) على كل مستوى أعلى من 99%؛
• زيادة بنسبة 25% في القدرة المعالجة في CI وحده.

ما الذي يمكن الاستفادة منه

تستند مبادئ Anthropic إلى Google Piper وMeta Sapling: العملاء متصلون دائمًا، والخادم يتولى العمل الثقيل، والـ commits رخيصة ودون أقفال، والنسخة العاملة اختيارية. وجميع طلبات العميل متاحة أيضًا بوصفها API، ولذلك لا تحتاج مهام CI في كثير من الأحيان إلى مستودع محلي أصلًا. وعلى هذا تقوم خطوط المعالجة الداخلية للـ bisect والـ revert التلقائيين، التي كانت ستصبح غير عملية بخلاف ذلك عند الأحجام الكبيرة.

وتنبّه Anthropic نفسها إلى أن حجم عملها غير معتاد، وأن هذه المشكلات لا تهدد كثيرين في المستقبل القريب. لكن إذا كان الفريق يشغّل بالفعل عشرات الوكلاء، فمن المفيد أن يحسب عدد عمليات checkout التي ينفّذها يوميًا، وتكلفة المرايا، ومدى ابتعاد اللقطات عن رأس main. ويمكن البدء بنقل البيانات الوصفية، مثل diff وmerge base وblame، إلى خدمة مستقلة، كما فعلت Anthropic في Scion في مرحلة مبكرة من الانتقال.

وتشير Anthropic أيضًا إلى أن Claude Mythos Preview وClaude Tag، اللذين ظهرا داخل الشركة في الأشهر نفسها، زادا الحاجة إلى Scion وسرّعا تطويره.