Zed تفتح التسجيل المبكر لـ DeltaDB: نظام إدارة النسخ لعصر وكلاء الذكاء الاصطناعي

فتحت شركة Zed Industries، مطوّرة محرر الأكواد Zed، باب التسجيل في الوصول المبكر إلى DeltaDB، نظام لإدارة النسخ بُني حول الطريقة التي يعمل بها وكلاء البرمجة بالذكاء الاصطناعي. وتلخّص صفحة المنتج الفكرة في سطر واحد: البرمجيات تُصنع بين الإيداعات.

ما الذي يحفظه DeltaDB

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

الوصول متاح حاليًا عبر نموذج تسجيل يطلب البريد الإلكتروني واسم مستخدم GitHub فقط. وتذكر الصفحة أن هذه البيانات ستُستخدم حصرًا للتواصل بشأن برنامج الوصول المبكر.

أربع قدرات معلنة

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

لماذا يهم ذلك

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