تقول Cursor إن أسراب الوكلاء بين المخططين والعاملين يمكن أن تخفض تكاليف البرمجة

تطرح Cursor فكرة تقسيم برمجة الذكاء الاصطناعي إلى مخططين وعاملين

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

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

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

الفكرة الأساسية هي تقسيم العمل، لا مجرد التوازي

تقول Cursor إن سربها الأحدث يفصل الوكلاء إلى مخططين وعاملين. يستخدم الوكلاء المخططون نماذج متقدمة أكثر قوة لتفكيك الهدف إلى مهام أصغر بشكل递归. ثم ينفذ الوكلاء العاملون، باستخدام نماذج أسرع وأقل تكلفة، تلك المهام. وتقول الشركة إن هذا الإعداد يولد شجرة مهام تتغير مع تطور العمل.

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

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

لم تكن العقبة السابقة الذكاء فقط، بل التنسيق أيضًا

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

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

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

أصبحت سجلات التصميم المشتركة جزءًا من النظام

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

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

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

لماذا تهم النتيجة خارج Cursor أيضًا

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

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

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

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

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

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

يعتمد هذا المقال على تغطية The Decoder. اقرأ المقال الأصلي.