بديل Git من Anthropic: عندما يتجاوز حجم الكود المراجعة البشرية

حين تلتقي أداة صُنعت لإيقاع البشر بإيقاع الآلة

بحسب تقارير يُتتبَّع أصلها إلى ما دونه Simon Willison عن هذا التغيير، بنت Anthropic بديلاً خاصاً بها لـ Git. لم يكن المحرّك خللاً برمجياً ولا حادثاً أمنياً. كان الحجم. فقد ارتفعت بحدّة وتيرة التغييرات الواصلة إلى قاعدة الشيفرة في الشركة، وبحلول مايو 2026 بلغت في المتوسط نحو 2,500 طلب لكل فترة، وهو حمل لم يُصمَّم التحكم التقليدي في الإصدارات لحمله.

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

الافتراضات التي بُني عليها Git

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

وكل واحد من هذه الافتراضات يتراخى حين يكتب الوكلاء الشيفرة.

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

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

ما الذي ينهار أولاً فعلاً

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

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

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

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

لماذا يكون البديل أكثر من Git أسرع

لو كانت المشكلة مجرد معدّل الإنتاجية، لكان الحل خادماً أسرع. أن تبني Anthropic شيئاً جديداً يشير إلى أن المشكلة بنيوية.

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

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

السجل الذي لا يفكر فيه أحد حتى يحتاج إليه

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

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

المؤشر الأوسع

ليست Anthropic وحدها من تشعر بهذا الضغط، والنسخ المصغّرة من القصة نفسها صارت ظاهرة في أماكن أخرى. فقد أعاد GitHub مؤخراً تصميم واجهة برمجة سجلّ نجوم المستودعات لديه بحيث تعود بيانات الاتجاه في 24 طلباً بدلاً من نحو 2,500، دون الحاجة إلى عمل غير محدود على قاعدة البيانات ودون كشف المستخدمين الأفراد الذين أضافوا نجمة. كما أطلقت GitHub مصنّفاً لكشف الأسرار واعياً بالسياق، رفع معدّل قبول النتائج الحقيقية بنسبة 11.5 في المئة وقلّص الوقت الوسيط للفحص بنسبة 86 في المئة.

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

الجزء الذي لا يريد أحد قوله بصوت عالٍ

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

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

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

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