Git Forge من Entire: هل تحتاج مراجعة الكود إلى منصة مبنية للوكلاء؟
منصة Git Forge من Entire التي أسسها الرئيس السابق لـ GitHub: ميزات Trails والذاكرة المستمرة والاستضافة الموزعة، وما الذي يحتاج تحققاً قبل التجربة.
في 26 أكتوبر 2026 أعلنت Entire، الشركة التي أسسها توماس دومكه الرئيس التنفيذي السابق لـ GitHub، منصة باسم Git Forge صُممت لتعاون الوكلاء والبشر على الكود. الفكرة بسيطة: إذا كان الوكلاء يكتبون جزءاً متزايداً من الكود، فلماذا نستمر في مراجعته بأدوات صُممت لبشر يفتحون طلبات دمج قليلة في اليوم؟ في هذا المقال نشرح المنصة وميزاتها الثلاث، وما الذي ثبت منها وما بقي ادعاءً من الشركة، وكيف تقيّمها قبل أن تنقل مستودعاتك.
ما هي Git Forge؟
هي منصة استضافة Git وإدارة مراجعة كود موجّهة للوكلاء أولاً. أعلنت الشركة عنها بعد جولة تمويل أولية بقيمة 60 مليون دولار بتقييم 300 مليون دولار قادها Felicis في فبراير 2026، وهي متاحة للمطورين الآن بحسب التغطيات. وتعتمد في مسارات المراجعة على Claude Code وCodex، وفي البنية على Daytona وE2B لتشغيل البيئات المعزولة.
الميزات الثلاث
1. Trails: بديل طلبات الدمج
بدل طلب الدمج التقليدي تقدّم Trails تقييماً بالدرجات وفحصاً أمنياً وإصلاحات مقترحة من وكلاء مراجعة. ويقول دومكه إن الهدف أن تحصل على المعلومات الكافية لتقرر هل جرت جولات كافية بين وكيل البرمجة ووكلاء المراجعة. أي أن دور الإنسان ينتقل من قراءة كل سطر إلى الحكم على نتيجة حلقات آلية.
2. استضافة Git موزّعة
يمكن استضافة المستودعات في عدة مناطق (الولايات المتحدة وأوروبا وأستراليا والهند) مع إمكانية عكسها إلى GitHub. وتزعم الشركة أن خادمها يعالج عمليات الدفع أسرع 89 مرة من GitHub. هذا رقم من الشركة نفسها ولم نرَ له قياساً مستقلاً، فاختبره على حمل عملك قبل أن تبني عليه.
3. الذاكرة المستمرة
تحفظ المنصة جلسات البرمجة والسياق داخل المستودع عبر أداتين مفتوحتي المصدر: Entire Graph الذي يرسم خريطة الكود، وEntire Brain الذي يربط بين جلسات الوكلاء السابقة. وتقول الشركة إن ذلك خفّض استهلاك الرموز حتى 71%.
| الميزة | الوظيفة | الحالة |
|---|---|---|
| Trails | مراجعة آلية بدرجات وإصلاحات | متاحة، تعتمد على Claude Code وCodex |
| استضافة موزّعة | مستودعات متعددة المناطق مع عكس GitHub | متاحة، سرعة 89× ادعاء من الشركة |
| ذاكرة مستمرة | Graph وBrain لحفظ السياق | أدوات مفتوحة المصدر، توفير 71% ادعاء من الشركة |
التمييز بين الميزة والرقم التسويقي مهم: وجود الميزة يمكن اختباره في يوم، أما ادعاءات السرعة وتوفير الرموز فتحتاج قياسك أنت على مستودعك.
لماذا يهمّ هذا الآن؟
حجم الكود الذي تكتبه الوكلاء يتزايد، وكل طلب دمج يحتاج انتباهاً بشرياً. هنا اختناق حقيقي: المراجعة تصبح أبطأ حلقة في السلسلة. منصة تجعل الوكلاء يراجعون بعضهم ثم تعرض للإنسان خلاصة مرتّبة تحاول إزالة هذا الاختناق. لكنها تفتح سؤالاً: من يراجع المراجعين؟ إذا كان وكيل الكتابة ووكيل المراجعة من عائلة نماذج واحدة، فقد تتكرر الأخطاء نفسها في الاثنين.
ما الذي يجب أن تسأله قبل التجربة؟
- أين تُخزَّن جلسات الوكلاء؟ الذاكرة المستمرة تعني أن الأوامر والسياق داخل المستودع. تحقق من خلوّها من الأسرار.
- كيف تُحتسب درجة Trails؟ اطلب معايير واضحة بدل رقم غامض.
- هل العكس إلى GitHub ثنائي الاتجاه؟ يحدد ذلك مدى سهولة الرجوع إذا لم تناسبك المنصة.
- ما سياسة بياناتك؟ المراجعة تتم عبر نماذج خارجية، فاعرف ما يغادر مستودعك.
كيف تجرّبها بأمان؟
ابدأ بمستودع غير حرج. اعكسه إلى Git Forge مع إبقاء GitHub مصدر الحقيقة، وشغّل Trails على عشرين طلب دمج سابقاً مراجعاً بشرياً وقارن النتائج: كم خطأ التقطه البشر ولم تلتقطه الأداة، والعكس؟ هذه المقارنة أصدق من أي إعلان. وقِس زمن الدفع على مستودعك الفعلي، وقارن استهلاك الرموز مع الذاكرة المستمرة ومن دونها.
أسئلة شائعة
هل تستبدل Git Forge منصة GitHub؟
لا يبدو ذلك هدفها المعلن حالياً، فهي تدعم العكس إلى GitHub. هي أقرب إلى طبقة مخصصة لعمل الوكلاء.
هل أرقام السرعة والتوفير مؤكدة؟
هي ادعاءات من الشركة. لم نجد تحققاً مستقلاً بعد، لذلك اختبرها بنفسك.
هل أحتاج إلى تغيير أدوات البرمجة لدي؟
المنصة تستخدم Claude Code وCodex في المراجعة، أما أدوات الكتابة لديك فلم يُعلن أنها تتغير.
الخلاصة
Git Forge محاولة جادة لإعادة التفكير في مراجعة الكود حين يكتب الوكلاء أغلبه. الميزات الثلاث منطقية، لكن أرقام السرعة والتوفير تبقى ادعاءات حتى تُقاس. جرّبها على مستودع تجريبي مع إبقاء مصدر الحقيقة في مكانه، وقرّر بناءً على قياساتك لا على العناوين.
المصادر: Analytics India Magazine، The Neuron
