Entire هي منصة Git Forge مصممة خصيصًا للتعاون بين المطورين البشر ووكلاء الذكاء الاصطناعي المبرمجين. تستند فرضيتها إلى أن البنية التحتية التقليدية لتطوير البرمجيات، وخاصة نموذج طلب السحب (PR)، ليست مناسبة لبيئة يقوم فيها وكلاء الذكاء الاصطناعي بإنشاء ومراجعة وتكرار التعليمات البرمجية بسرعة عالية.
كما يوضح توماس دومكي، الرئيس التنفيذي السابق لـ GitHub والرئيس التنفيذي الحالي لـ Entire، فقد غيّر GitHub و GitLab التعاون بين البشر من خلال تركيزه على مراجعات التعليمات البرمجية غير المتزامنة والتحكم في الإصدارات. على النقيض من ذلك، تركز منصة الوكلاء المتعددين على التنسيق غير المتزامن، وتحديد الإصدارات، والتدقيق لوكلاء الذكاء الاصطناعي الذين يعملون جنبًا إلى جنب مع البشر.
بُنيت Entire على بنية موزعة بالكامل تتيح عمليات الدفع أسرع بما يصل إلى 89 مرة من GitHub، ومكونها الأساسي هو المسارات (trails)، التي تعالج التحديات التي يفرضها وكلاء الذكاء الاصطناعي المبرمجون على نموذج التطوير التقليدي القائم على طلبات السحب:
لقد أصبح [الجدول الزمني] لطلب السحب سجل تدقيق يقرأه الوكيل فقط. ولا يوفر المعلومات للمطور ليقرر ما إذا كان يمكنه الدمج بثقة.
تجلب المسارات المعلومات الأكثر صلة إلى أعلى الصفحة في شكل درجات تقييم تُحدّث مع كل عملية دفع. تساعد هذه الدرجات المطورين على تقييم ما إذا كان طلب السحب قد وصل إلى حالة مستقرة أو يتطلب تكرارًا آخر للبرمجة والمراجعة التي يقودها الوكيل:
فقط عندما تكون الثقة عالية، والمخاطر منخفضة، وجميع النتائج قد تم مسحها، يجب أن يتم الدمج.
يمكن بدء المسار من تقرير خطأ، أو طلب ميزة، أو يدويًا، ويمكن أن يمتد عبر مستودعات متعددة. عندما يتم دفع رمز جديد، يقوم وكيل مراجعة يعمل في بيئة سحابية معزولة بتقييم التغييرات ويعيد درجة ومنطقًا بناءً على جودة التعليمات البرمجية، والأمان، والإهمال (slop)، وما إذا كانت مراجعة التعليمات البرمجية البشرية مطلوبة. على سبيل المثال، إذا كانت درجة الإهمال برتقالية، يمكن للمطورين أن يطلبوا من وكيلهم المبرمج تحسين التعليمات البرمجية ودفع تغيير جديد، مما يؤدي إلى تكرار جديد.
يتم عرض آخر 5 عمليات تشغيل والتشغيل الحالي لكل تقييم. ونعتقد أن هذا أمر بالغ الأهمية لأن الحلقات ذات اللقطة الواحدة غالبًا ما تفوت مشكلة حرجة. وتكرار الحلقات وتثبيت الدرجات أمر بالغ الأهمية لنجاح البرمجة الوكيلة.
يمكن تكوين وكلاء التقييم من خلال واجهة Entire أو تكوين JSON على مستوى المستودع.
يمكن لوكلاء المراجعة اقتراح إصلاحات أو تحسينات، والتي تظل مرئية في المسار أثناء فتحه. يجب حل جميع نتائج المراجعة أو إغلاقها قبل السماح بالدمج. يمكن للمطورين أيضًا تكوين بوابات (Gates) على مستوى المستودع لتحديد الشروط المطلوبة للموافقة.
ما هو مفهوم الذاكرة المستمرة في Entire؟
مفهوم أساسي آخر قدمته Entire هو الذاكرة المستمرة، التي تحتفظ بجميع المعارف المتراكمة في المستودع حتى يتمكن الوكلاء من إعادة استخدامها عبر الجلسات بدلاً من البدء من الصفر. تُنفذ الذاكرة المستمرة بواسطة أداتين مفتوحتين المصدر، وهما entire-graph، التي تبني خريطة محسوبة مسبقًا لمستودع Git تتضمن عمليات بحث مصنفة عن التعليمات البرمجية، والتعريف والمتصلين، والأنواع والمسارات، والمزيد؛ و entire-brain، التي تنشئ طبقة ذاكرة دائمة من خلال الجمع بين خريطة قاعدة التعليمات البرمجية وجلسات الوكيل السابقة والمعلومات المسجلة في سجل Git.
كملاحظة أخيرة حول Entire، فإنها تدعم أيضًا عمليات التكامل مع منصات التكامل المستمر (CI) مثل Buildkite و Depot.
ما هي آراء المستخدمين حول Entire؟
تعليقًا على الإعلان في Hacker News، أعرب المستخدم conartist6 عن رأي مفاده أن المهندسين قد فوضوا كتابة التعليمات البرمجية إلى الوكلاء بسبب لغات البرمجة والأدوات التي تترك الكثير مما هو مرغوب فيه. تشير هايمانتيتا، العاملة حاليًا في Entire، إلى أن المشكلة لم تكن أبدًا في اللغات أو الأدوات، بل في أن المنطق يُفقد بين الشخص والمنتج. كانت رسائل الالتزام دائمًا سيئة، والوثائق دائمًا تتلف، وكان سؤال "لماذا هذا هنا" يجيب عليه دائمًا من يتذكره. الوكلاء فقط جعلوا ذلك حادًا، لأنه الآن لا يوجد من يتذكر. هذا هو الجزء الذي نحاول إصلاحه. إذا كانت لغة أفضل تصلحه أيضًا، بصراحة سأقبل بذلك.
Entire هي واحدة فقط من عدة لاعبين جدد في ساحة إدارة التعليمات البرمجية المصدرية، والتي تشمل أيضًا Zed DeltaDB، و Anthropic Scion، و East River Source Control، و Cursor Origin، و Radicle، وغيرها.
جرّب الأداة: فاحص الفروقات بين النصوص
