Anthropic تتخلى عن Git: لماذا بنت Scion حين تضاعفت الدمجات اثني عشر ضعفاً؟

حين يكتب الوكيل البرمجي الكود أسرع مما يستطيع أي فريق بشري مراجعته، تبدأ الأدوات التي بُنيت لعالم البشر بالتصدّع. هذا ما حدث داخل Anthropic: ارتفع عدد عمليات الدمج اليومية من نحو 2,500 في مايو 2026 إلى أكثر من 30,000 في سبتمبر، فقررت الشركة أن تستبدل Git داخلياً بنظام تحكم بالإصدارات صنعته بنفسها اسمه Scion. الخبر ليس عن أداة جديدة فحسب، بل عن سؤال أكبر: ماذا يحدث لبنية هندسة البرمجيات حين يصبح أغلب من يلمس المستودع وكلاء آليين؟

ما الذي حدث بالضبط؟

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

• سجلّ الفرع الرئيسي بلغ نحو 100 جيجابايت.
• أنظمة التكامل المستمر (CI) تنفّذ قرابة 25 مليون عملية سحب (checkout) يومياً.
• جلب البيانات بالطريقة التقليدية كان سيولّد أكثر من 600 بيتابايت من الحركة يومياً.
• في ذروة الأزمة احتاجت الشركة إلى مئات النسخ المرآتية الداخلية من Git لتخفيف الضغط، وصارت صيانتها عبئاً بحد ذاتها.

بعبارة أخرى، لم يعد Git هو الحلقة الضعيفة بسبب عيب فيه، بل لأن الافتراضات التي بُني عليها تغيّرت.

لماذا يصطدم Git بعالم الوكلاء؟

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

الافتراضات التي انقلبت

1. الاتصال الدائم: الوكلاء ومهام CI متصلة بالشبكة دائماً، فلا حاجة لنسخة كاملة غير متصلة.
2. الحاجة إلى جزء صغير: مهمة واحدة تلمس بضعة ملفات، فلماذا تُنزَّل المستودع كله؟
3. حجم التزامن: عشرات الآلاف من الدمجات يومياً تعني تنافساً مستمراً على الفرع الرئيسي.

كيف يعمل Scion؟

وفق ما نُشر، يقوم Scion على فكرة معاكسة تماماً لـ Git: خادم يمكن الوصول إليه دائماً يتولّى التاريخ والمقارنة (blame) والدمج والالتزام (commit)، بينما يعمل العملاء، وأغلبهم وكلاء وأنظمة CI، بدون مستودع محلي كامل.

الجانب	Git التقليدي	Scion
مكان التاريخ	نسخة كاملة عند كل عميل	خادم مركزي
نمط الاتصال	يعمل دون اتصال	يفترض اتصالاً دائماً
السحب	المستودع كاملاً غالباً	سحب جزئي وافتراضي (sparse / virtualized)
الواجهة	سطر أوامر وملفات محلية	عمليات تحكم مصدري عبر API

النتيجة المعلنة: انخفضت حاجة البنية القديمة المخصصة لنسخ Git من المعالج والذاكرة إلى جزء من مئتين، وصارت عمليات السحب في CI والبحث أسرع بنحو 100 مرة، مع كسب 25% من طاقة المعالج في CI. وبنى الفريق، المكوّن من سبعة مهندسين، أداة لمراجعة الكود باسم Antique، وأنجز الانتقال في نحو خمسة أشهر.

التحوّل هنا ليس في سرعة كتابة الكود، بل في هوية «المستخدم الأول» للأدوات: لم يعد إنساناً أمام طرفية، بل عملية آلية تحتاج واجهة برمجية.

هل يجب أن تتخلى عن Git؟

لا. تؤكد Anthropic نفسها أن Git يبقى مناسباً لمعظم المستودعات، ولا تتوقع أن تواجه مؤسسات كثيرة هذا الضغط قريباً. أنت لا تدير 30 ألف دمج يومياً على الأرجح. لكن الدرس قابل للتطبيق على نطاق أصغر:

• راقب نمط الاستخدام: إن بدأ وكلاء البرمجة يفتحون عشرات طلبات الدمج يومياً، فقِس زمن CI وحجم السحب.
• استخدم السحب الجزئي: ميزات مثل sparse-checkout وpartial clone في Git تقلّل التكلفة دون تغيير الأداة.
• اجعل مراجعة الكود الحلقة الأهم: إذا تضاعف الكود المكتوب فالمراجعة هي ما سيختنق أولاً.
• اعرض عمليات المستودع عبر API: حتى مع Git، يسهّل ذلك على الوكلاء العمل دون نسخ محلية ثقيلة.

ماذا يعني هذا لمستقبل أدوات المطوّرين؟

ما يجري داخل Anthropic ليس حالة معزولة، بل نموذج مصغّر لما قد تواجهه صناعة البرمجيات خلال سنوات. حين يصبح الوكيل قادراً على فتح فرع وكتابة تغيير وتشغيل الاختبارات وطلب الدمج دون تدخل بشري في كل خطوة، تتحول نقاط الاحتكاك من «كم يكتب المطوّر» إلى «كم يستطيع النظام استيعابه». وهنا تظهر ثلاث جبهات جديدة:

أولاً: البنية التحتية للمستودعات

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

ثانياً: المراجعة والثقة

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

ثالثاً: الأمان وسلسلة التوريد

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

خطوات عملية يمكنك البدء بها

إن كنت تدير فريقاً صغيراً أو متوسطاً ويستخدم وكلاء البرمجة، فهذه قائمة قصيرة لا تتطلب أي تغيير جذري:

• فعّل git sparse-checkout في مستودعاتك الكبيرة لتقليل زمن السحب في CI.
• استخدم shallow clone للمهام التي لا تحتاج التاريخ الكامل.
• حدّد حداً لعدد الفروع وطلبات الدمج المفتوحة لكل وكيل لتجنب الفوضى.
• سجّل مصدر كل تغيير (إنسان أم وكيل) في رسالة الالتزام أو في البيانات الوصفية.
• راجع صلاحيات الحسابات الآلية، واجعلها بأقل قدر ممكن من الامتيازات.

الجدل حول الأرقام

لم يمرّ الإعلان دون نقد. يرى بعض المطوّرين أن 30 ألف دمج يومياً قد تعكس «ضجيجاً» ناتجاً عن الذكاء الاصطناعي أكثر مما تعكس قيمة هندسية فعلية، فعدد الدمجات ليس مقياساً للإنتاجية. وتساءل آخرون لماذا لا تفتح Anthropic مصدر Scion ليستفيد منه المجتمع. وهذه أسئلة وجيهة؛ فالرقم يخبرنا عن الحجم لا عن الجودة، والنظام الداخلي مرتبط ببيئة الشركة وخصوصيتها.

أسئلة شائعة

هل Scion متاح للاستخدام العام؟

حتى كتابة هذا المقال لم تعلن Anthropic عن إتاحته للعموم أو فتح مصدره، وهو نظام داخلي لمستودعها الأحادي (monorepo).

هل سيحلّ Scion محل Git في الشركات الصغيرة؟

غير مرجّح. الاحتياج الذي دفع إليه، من حجم تاريخ ضخم وعشرات آلاف الدمجات يومياً، نادر. Git سيبقى الخيار العملي لأغلب الفرق.

ما الذي يمكن لفريقي تعلّمه من هذه القصة؟

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

الخلاصة

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

المصادر: Redesigning Source Control at Anthropic، Crypto Briefing، AlphaSignal