Cursor: سرب من وكلاء الذكاء الاصطناعي يبني SQLite بنسبة 80% في 4 ساعات — وبتكلفة أقل بأضعاف من السرب القديم

قارنت شركة Cursor بين النسختين القديمة والجديدة من سرب وكلاء الذكاء الاصطناعي لديها في مهمة واحدة: بناء نظام إدارة قواعد البيانات SQLite من الصفر بلغة Rust، مع توفر توثيقه وحده كمدخل. وقد اجتاز السرب الجديد 80% من مجموعة اختبارات SQL المخفية خلال أربع ساعات على نموذج Grok 4.5، في حين تعثّر السرب القديم وأُوقف قبل انقضاء الساعة الثانية من عمله.

ماذا أظهرت التجربة

تفوق سرب Cursor الجديد على القديم في كل تهيئة للنماذج، مع ميزانية زمنية متطابقة ونماذج واحدة. وقاس الفريق نسبة اجتياز مجموعة اختبارات SQL المخفية (held-out)، وبهذا المقياس كانت الأفضلية ثابتة وليست حالة عابرة.

• المهمة: بناء SQLite من الصفر بلغة Rust اعتمادًا على التوثيق فقط
• Grok 4.5 في السرب الجديد: 80% من الاختبارات خلال 4 ساعات
• السرب القديم تعثّر في المهمة نفسها وأُوقف قبل الساعة الثانية
• أبرز تجارب الماضي (مطلع 2026): سرب بنى متصفح ويب من الصفر، وكان إثبات جدوى (proof of concept) لا منتجًا مصقولًا
• داخل Cursor، سبق أن بحث السرب عن ثغرات في المصادر المفتوحة وأصلحها، ورفع تغطية الاختبارات، وولّد مليارات الرموز (tokens) من البيانات الاصطناعية للتدريب

لماذا يتفوق السرب على الوكيل المنفرد؟

يربح السرب بفضل كفاءة السياق، لا بفضل التوازي بحد ذاته، وهذا ما تؤكده Cursor نفسها. فالمهام الكبيرة تنقسم بطبيعتها على شكل شجرة: الهدف في الجذر يُجزّأ تكراريًا إلى وحدات عمل أولية. ويقوم سرب Cursor على دورين: وكلاء المخطِّط (Planner) على أذكى النماذج يقسّمون الهدف ويفوّضون الأجزاء، ووكلاء المنفِّذ (Worker) على نماذج سريعة ورخيصة ينفّذون هذه الأجزاء.

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

«نعتقد أن قدرة سرب الوكلاء على التوسع تنبع من كفاءة السياق هذه، لا من التوازي بحد ذاته»، — فريق

Cursor، في مدونة الشركة.

كم تبلغ التكلفة

تفاوتت تكلفة التشغيلات تفاوتًا هائلًا مع جودة متقاربة تقريبًا، وهذا هو «اقتصاد النماذج الجديد» الوارد في عنوان الدراسة. وقد نوّعت Cursor توزيع الأدوار: في بعض التشغيلات أنجز نموذج واحد كل شيء، وفي أخرى تولّى نموذج رائد (frontier) التخطيط وتولّى نموذج سريع ورخيص التنفيذ. وجاءت الجودة النهائية متقاربة، بينما اختلفت الفاتورة جذريًا. وقد وصف الاقتصادي رونالد كوس منطقًا مشابهًا منذ عام 1937: تكاليف التنسيق تنمو أسرع من العمل نفسه، ولهذا تتفرع المؤسسات إلى مستويات من وحدات محدودة بدل أن يتواصل الجميع مع الجميع.

ومن المشكلات الهندسية المستقلة التحكم بالإصدارات. فـ Git وCargo يعتمدان على أقفال خشنة، وهذا مقبول لمطوّر واحد لكنه لا يصمد أمام مئات الوكلاء المتوازين. وبحسب Cursor، اصطدم سرب المتصفح في العام الماضي بسقف نحو 1000 commit في الساعة على Git، أما النظام الجديد فيتحمل نحو 1000 commit في الثانية — ولهذا بنت Cursor نظامها الخاص للتحكم بالإصدارات.

ماذا يعني ذلك

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

الأسئلة الشائعة

ما هو سرب وكلاء الذكاء الاصطناعي؟

هو نظام من عدة وكلاء يعملون معًا على حل مهمة كبيرة واحدة. ويتكون سرب Cursor من وكلاء مخطِّطين (نماذج ذكية تخطط وتفوّض) ووكلاء منفِّذين (نماذج سريعة ورخيصة تنفّذ)، ويتشكل السرب وفق ملامح المهمة.

لماذا بناء SQLite من الصفر؟

SQLite نظام قواعد بيانات معقد وموثّق جيدًا، ولذلك فهو اختبار مناسب لحدود تنسيق الوكلاء. أعطت Cursor السرب التوثيق وحده وقاست نسبة اجتياز اختبارات SQL؛ ووصل السرب الجديد على Grok 4.5 إلى 80% خلال 4 ساعات.