أسراب الوكلاء (Agent Swarms) والاقتصاد الجديد للنماذج — كيف تعيد الأنظمة متعددة الوكلاء تشكيل التطوير

مقدمة: فجر نموذج وكيل جديد

في يوليو 2026، نشرت Cursor مقالًا بحثيًا أحدث موجات صادمة في جميع أنحاء صناعة الذكاء الاصطناعي. قارنت الشركة جيلين من الأنظمة متعددة الوكلاء — القديم والجديد — على نفس المهمة الضخمة: بناء محرك قاعدة بيانات SQLite كامل من الصفر بلغة Rust، باستخدام فقط وثائقها المكونة من 835 صفحة كمرجع. النتائج مذهلة: النظام الجديد لم يقدم جودة أعلى في كل مقياس فحسب، بل فعل ذلك بجزء صغير من التكلفة — من 10,565 دولارًا إلى 1,339 دولارًا.

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

كيف يعمل سرب الوكلاء في Cursor

في قلب النظام الجديد يوجد دورين متميزين: المخططون (Planners) والعمال (Workers). المخططون، الذين تعمل عليهم نماذج Frontier الأذكى (والأغلى)، يقومون بتفكيك هدف كبير إلى أجزاء وتفويضها. العمال — نماذج أسرع وأقل تكلفة بكثير — ينفذون تلك الأجزاء.

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

اكتشف فريق Cursor أن الميزة الرئيسية ليست التوازي في حد ذاته، بل كفاءة السياق. عندما يتولى وكيل واحد مهمة كاملة، عليه أن يسير الشجرة بأكملها بنفسه — ينزل إلى كل ورقة مع الاحتفاظ بالأسلاف والموقع الحالي والهدف الأوسع في السياق طوال الوقت. هذا يفسر لماذا ينحرف الوكلاء المفردون طويلو الأمد: إما يركزون على العمل أمامهم ويفقدون الصورة الأكبر، أو يحتفظون بالصورة الأكبر ويؤدون بشكل أسوأ في الجزء المحدد.

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

نظام تحكم بالإصدارات مخصص: 1000 commit في الثانية

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

عند هذا الإنتاجية القصوى، يواجه السرب أوضاع فشل لا تواجهها الفرق البشرية بشكل روتيني:

• تصميم انقسام الدماغ (Split-brain) — مخططان، غير مدركين لبعضهما البعض، ينفذان نفس المفهوم بشكل مختلف في أجزاء مختلفة من قاعدة الكود. أصلحت Cursor هذا من خلال هندسة التعليمات: يجب على المخططين ضمان عدم قيام أي شجرتين فرعيتين مفوضتين بتقرير نفس السؤال.
• تضاربات الدمج — تراكمت في التشغيل القديم أكثر من 70,000 تضارب قبل إيقافه. سجل التشغيل الجديد أقل من ألف. الحل: وكيل ثالث محايد يتدخل في تضاربات الدمج ويحلها بشكل غير متحيز.
• الملفات العملاقة — تصبح بعض الملفات شائعة جدًا بحيث تحدث تصادمات مستمرة. يمكن للعمال الآن وضع علامة على الملفات المنتفخة، مما يمنع الالتزامات الجديدة حتى يقوم وكيل خارجي بتفكيك الملف المتضخم إلى وحدات أصغر.
• التحجر (Ossification) — تعلم الوكلاء عدم لمس الكود الأساسي حتى عندما يحتاج إلى التغيير. حل Cursor: "الكسر المتعمد المرخص". الوكيل الذي يرى أن التغيير الأساسي يستحق العناء، يقوم بتصحيح مركز ويترك تعليقًا يشرح السبب. المترجم يحمل التغيير — كل ما يعتمد على التصميم القديم يفشل في البناء، وكل وكيل يصادف خطأ يجد التعليق ويحدث الجزء الخاص به وفقًا لذلك.

تجربة SQLite: أرقام تتحدث عن نفسها

اختبرت Cursor السرب الجديد عبر أربعة تكوينات للنماذج: GPT-5.5 (مخطط وعامل)، Grok 4.5 (كلا الدورين)، Opus 4.8 + Composer 2.5 (هجين)، و Fable 5 + Composer 2.5 (هجين آخر). تم قياس التقدم مقابل sqllogictest — مجموعة اختبار تحتوي على ملايين استعلامات SQL بإجابات صحيحة معروفة.

النتائج واضحة: البيئة الجديدة تفوقت على القديمة في كل مزيج. اجتاز الهجين Fable 5 حوالي ثلثي المجموعة خلال الساعة الأولى وحدها. عند حد الأربع ساعات، كانت التشغيلات الجديدة بين 73% و85% بينما تراوحت القديمة بين 11% و77%. كل تكوين جديد وصل في النهاية إلى 100% من المجموعة.

لكن الفارق الأكثر دراماتيكية يكمن في الكود نفسه. في مزيج Fable 5، اجتاز كلا السربين في النهاية المجموعة الكاملة، لكن القديم احتاج إلى 64,305 سطرًا من كود المحرك بينما الجديد فعلها في 9,908 سطرًا فقط. مزيج Opus يظهر نفس الشكل: 19,013 سطرًا عند 97% تحت البيئة القديمة، مقابل 4,645 سطرًا عند 100% تحت البيئة الجديدة.

بيانات تضاربات الدمج تروي قصة مماثلة. تراكمت في التشغيل القديم أكثر من 70,000 تضارب، متسارعًا بدلاً من الاستقرار. الملف الفردي الأكثر سخونة جمع 7,771 تضاربًا تمس به 1,173 وكيلًا مختلفًا. في التشغيل الجديد، الملف الأكثر تنازعًا في قاعدة الكود بأكملها شهد 47 تضاربًا فقط. امتد التشغيل القديم إلى 54 crate (بما في ذلك ثلاث حزم SQL منفصلة)؛ استقر الجديد على تسعة crate ولم يضف أيًا آخر أبدًا.

اقتصاديات النماذج: الرؤية الأساسية

هذا هو أهم قسم في مقال Cursor. بينما أنتج كل مزيج نماذج جودة مماثلة، تباينت التكاليف بشكل كبير — من 1,359 دولارًا للهجين Opus 4.8 إلى 10,565 دولارًا لـ GPT-5.5 فقط.

بيانات الرموز (tokens) تكشف السبب. كان هيكل الإنفاق متسقًا عبر كل تشغيل: حمل العمال 69% على الأقل من الرموز، وفي معظم الحالات أكثر من 90%. لكن الدولارات انقسمت بشكل مختلف عن الرموز، لأن رموز المخططين أغلى. في مزيج Opus 4.8 + Composer 2.5، أنتج Opus كمخطط جزءًا صغيرًا من الرموز ولكن حوالي ثلثي التكلفة، بينما عالج Composer كعامل الغالبية العظمى من الرموز للثلث المتبقي من التكلفة.

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

الأرقام تتحدث عن نفسها: في التشغيل باستخدام GPT-5.5 لكل من المخططين والعمال، كلف العمال وحدهم 9,373 دولارًا. في التشغيل حيث خطط Opus 4.8 وعمل Composer 2.5، كلف أسطول العمال بأكمله 411 دولارًا — أقل 22 مرة.

الدليل الميداني: معرفة مشتركة من تأليف الوكلاء

أحد أكثر تجارب Cursor ابتكارًا هو "الدليل الميداني" (Field Guide) — مجلد مملوك بالكامل للوكلاء، حيث يتم حقن ملف index.md تلقائيًا في كل وكيل عند بدء التشغيل. إنها مهمة الوكلاء لتنظيم ما يدخل في الدليل؛ القيد الوحيد لهم هو ميزانية الأسطر.

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

المواصفات كتعليمات: وحدة العمل الجديدة

يقوم Cursor بملاحظة عميقة: كل قفزة في قدرات الذكاء الاصطناعي رفعت مستوى التجريد الذي يمكن للمهندس العمل به. الإكمال التلقائي سمح للمهندسين بالعمل سطرًا واحدًا في كل مرة. النماذج المبكرة رفعت ذلك إلى كتلة كود. الوكلاء رفعوه إلى ملف أو ميزة. مع الأسراب، تصبح وحدة العمل هي المواصفة (spec).

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

ماذا يعني هذا للمطورين العرب

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

إذا كانت النماذج الرخيصة (مثل Composer 2.5) يمكنها التعامل مع 90% من العمل بينما النماذج باهظة الثمن محجوزة فقط للقرارات الاستراتيجية، فإن اقتصاديات استخدام الذكاء الاصطناعي تتغير جذريًا. بالنسبة لوكالات مثل SiTech، التي تستخدم الذكاء الاصطناعي بنشاط في مشاريع العملاء، يمكن أن يصبح هذا النهج ميزة تنافسية: تكاليف أقل، جودة أعلى، وتسليم أسرع. الرسالة الرئيسية واضحة — مستقبل التطوير بمساعدة الذكاء الاصطناعي لا يتعلق بنماذج أكبر، بل بتنسيق أكثر ذكاءً بين نماذج ذات قدرات وتكاليف مختلفة.

نشرت Cursor الكود علنًا على github.com/cursor/minisqlite — يمكن لأي شخص أن يرى بنفسه ما يمكن لسرب وكلاء منسق جيدًا بناؤه.

📖 المصدر