Scion خدام

Scion هو نظام للتحكم فالإصدارات طوّراتو Anthropic من الداخل، باش يعوّض Git فإدارة المستودع الأحادي الضخم ديالها. السبب هو أن كمية الكود اللي كينتجها Claude طلعات بـ12 مرة فـ4 شهور، وعمليات الدمج اليومية طلعات من 2500 حتى لـ3万، وولات بنية Git التحتية ما قاداش تستحمل. تصمّم Scion من جديد على أساس أن العوامل الذكية خدامة ديما؛ العميل كيجبد البيانات من الخادم غير ملي كيحتاجها، والـcommit والـmerge كيتدارو كاملين فالخادم، مع دعم التوسّع الأفقي الكامل وعمليات السحب الجزئية. من بعد الترحيل، ولى استهلاك الموارد غير 1/200 من حل Git، وتسارعات عمليات السحب بجوج مراتب من الحجم.

مجموعات التغييرات (changeset) عوض commit: كيتستعملو سجلات كتابة مسبقة باش يتسجلو لائحة تغييرات الملفات مقارنة مع الأصل، وكيتم إنشاؤها فالخادم وكتولي متاحة فوراً على الصعيد العالمي، بلا تجميع ولا أقفال ولا نقل للمراجع.
آلية البيانات المشتقة: كيتبناو بشكل递归 انطلاقاً من مجموعات التغييرات فهارس بحال blame، وتاريخ المسارات، وقفزات رسم التزامات الكود. ويمكن إضافة أنواع جديدة ديال البيانات أو نزعها بلا توقف، مع حساب فوري أو مؤجل، والعميل ما كيحس بوالو.
خدمة للتحكم فالمصدر مبنية بالكامل على API: جميع الاستعلامات بحال diff وmerge base وblame كيتعرضو عبر RPC، وCI والأدوات ما بقاوش محتاجين يحافظو على نسخ محلية من المستودع.
بنية سحب متدرجة ومبنية على التخزين المؤقت: scion-daemon (مستوى العقدة) → scion-cache (المستوى الجهوي) → scion-server (الطبقة الموثوقة)، وكل طبقة كتخزّن البيانات تدريجياً، بنسبة إصابة كتفوت 99%، وولات عملية السحب كتدوم ثواني عوض دقايق.
السحب الجزئي/الافتراضي: العميل كيجبد غير ملفات المجلد المطلوب، وكيهيّأها عند الحاجة؛ ومحتوى الملف ما كيتحمّلش حتى كيتقرا فعلياً.
تحكم دقيق فالصلاحيات: كيدعم التحكم فالولوج على مستوى المستودع والمجلد، ومع أداة المراجعة Antique كيمكن فرض قيود دلالية على الموافقة.
إنشاء الالتزامات منخفض التكلفة وتدريجي وبلا أقفال: تكلفة إنشاء الالتزام كتتناسب مع حجم التغيير وماشي مع حجم المستودع، وتحديث المرجع ما كيحتاج غير عملية ذرية على سجل واحد فـSpanner.

Scion هو نظام داخلي ديال Anthropic، وما تطلقش للعموم؛ المستخدمين من برا ما يقدروش يحمّلوه ولا ينصّبوه.

استهلاك منخفض بزاف للموارد: استهلاك CPU والذاكرة ما كيتعداش 1/200 من بنية مرايا Git الأصلية.
سرعة السحب كتزاد بجوج مراتب من الحجم: سحب الكود لمهام CI والبحث نقص من دقايق لثواني.
توفير كبير فالحوسبة: غير CI بوحدها حررات 25% من سعة CPU.
فعالية عالية بزاف فالتخزين المؤقت: نسبة الإصابة فكل طبقة كتفوت 99%، وبلا حاجة لحالة طويلة المدى، والتوسعة سهلة.
معدل التزام مرتفع بزاف: بلا packfile، بلا أقفال، وبلا تنسيق بين الخدمات، ويمكن استقبال مجموعات التغييرات بمعدل عالٍ، بما كيدعم 3万 عملية دمج فالنهار.
بلا مستودع محلي: جميع استعلامات التحكم فالمصدر كتتوفّر عبر API، وCI والأدوات ما بقاوش محتاجين يحافظو على نسخ محلية.
توسّع أفقي كامل: ما كايناش نسخة كاملة من المستودع ولا عنق زجاجة ديال حالة عالمية، وكل مكوّن يقدر يتوسّع بوحدو.
تكلفة الصيانة شبه منعدمة: ما كاينش مفهوم packfile، والعميل والتخزين المؤقت ما محتاجينش صيانة المستودع.
أمان دقيق: كيدعم صلاحيات على مستوى المجلد وقيود موافقة دلالية، وكيحمي الكود الحساس داخل المستودع الكبير.

الموقع الرسمي للمشروع: https://www.anthropic.com/engineering/redesigning-source-control

العوامل الذكية كتدير التزامات متكررة للكود: منين كيسالي العامل مهمة البرمجة، كيقدر ينشئ مجموعة تغييرات مباشرة فالخادم عبر API، بلا ما يحافظ على مستودع محلي، وهادشي كيدعم عشرات الآلاف ديال عمليات الدمج فالنهار.
تشغيل CI على نطاق كبير بلا سحب: مهام CI كتنادي مباشرة على RPC باش تجيب diff وblame وmerge base، وحتى عمليات الكتابة تقدر تتنفذ بلا سحب؛ وعشرات الملايين ديال عمليات السحب فالنهار ما بقاتش كتشكّل عنق زجاجة.
تعاون فرق متعددة داخل مستودع أحادي كبير: ملي كيتشاركوه عشرات الآلاف ديال المهندسين، السحب الجزئي كيخلي كل واحد يجيب غير المجلد اللي مسؤول عليه، وصلاحيات المجلد كتحمي الكود الحساس.
التشغيل الآلي وتحديد أسباب التراجعات: خطوط bisect وrevert الآلية كتستعمل واجهات برمجية باش تستعلم على علاقات أسلاف الالتزامات، وكتراجع التغييرات اللي فيها مشكل على نطاق كبير.