«كيمي K2.6» من Moonshot تشغّل ألف وكيل دفعةً واحدة وتبني مترجمًا في عشر ساعات

أطلقت Moonshot AI نموذج Kimi K2.6 مفتوح المصدر، الذي تتيح «أسرابه من الوكلاء» تعاون ما يصل إلى ألف وكيل في مهمة واحدة. والعرض الترويجي الأبرز هو مترجم SysY كامل بُني في نحو عشر ساعات. وتُعادل Moonshot هذا العمل بأربعة مهندسين يعملون لمدة شهرين. وبحسب الشركة، أنتجت المنظومة نفسها صفحات هبوط جاهزة للحجز لثلاثين مطعمًا في لوس أنجلوس، وتستطيع تصميم الواجهات وتنفيذ تطبيقات ويب كاملة لمن لا يكتبون الشيفرة.

يستحق الادعاء الخاص بالمترجم ملاحظة قبل أي شيء آخر. فـ SysY لهجة مدمجة ومحددة جيدًا من لغة C، تُستخدم في الغالب لغةً للتعليم والقياس المرجعي، وبناء المترجمات مهمة بمعايير نجاح واضحة: إما أن يُترجم الناتج ويجتاز مجموعة الاختبارات أو لا. وهذا ما يجعله معيارًا عادلًا ومُجاملًا في الوقت نفسه، لأن التقييم فيه قاطع لا لبس فيه، بخلاف معظم أعمال البرمجيات الحقيقية. أما رقم العشر ساعات ومقارنته بأربعة مهندسين فهما صياغة الشركة نفسها، ولم يُبلَّغ عن تكرار مستقل للنتيجة.

ما الذي تغيّر فعلًا

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

وهو يأتي أيضًا في خضم فجوة تتسع. فالشركات تشتري الوكلاء وتجرّبها أسرع مما تستطيع حكمها. وقدّرت تحليلات حديثة الأرقام بأن نحو 85% من الشركات الكبرى تجري التجارب، بينما لا يمتلك نحو 5% فقط وكلاء في مرحلة الإنتاج، مع توقعات Gartner بأن يُلغى أكثر من 40% من المشاريع الوكيلية بحلول 2027. والنموذج الذي يجعل سربًا من ألف وكيل سهل الإطلاق لا يسدّ هذه الفجوة؛ بل يوسّع المسافة بين ما يستطيع فريق بناء نموذج أولي منه وما يستطيع دعمه.

الأسراب مشكلة تنسيق، لا مشكلة حجم

الحدس الكامن وراء أسراب الوكلاء هو أن مزيدًا من العمال يعني مزيدًا من الإنتاجية. لكن القيد الحقيقي هو التنسيق. فكل وكيل إضافي يضيف عمليات تسليم، وكل تسليم موضع تتسرب فيه السياق، وتُعاد فيه تفسير التعليمات، وتتراكم فيه التكلفة دون مكسب يقابله في الناتج. وألف وكيل يحتاج كل منهم إلى إشراف يضاعف الإشراف، لا القدرة.

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

وهذا لا يجعل الإصدار غير مهم؛ بل يعني أن السؤال المفيد هو: أين تتوقف كلفة التنسيق عن تبرير نفسها؟ في مشروع محدود بمعايير قبول واضحة، قد يضغط سرب كبير أسابيع في يوم واحد. أما في العمل الغامض، فقد تنتج الآلية نفسها قدرًا كبيرًا من الناتج المعقول الذي يجب على إنسان أن يغربله بعد ذلك.

أين يقع هذا في سباق النماذج المفتوحة

يأتي Kimi K2.6 في لحظة مزدحمة بالنسبة للأوزان المفتوحة. فقد استحوذت المعامل الصينية على حصة ملحوظة من أحمال عمل المطورين، وتقدّم الشركات الناشئة الغربية نفسها الآن صراحةً كبدائل. وكشفت Reflection AI عن Beam، وهو نموذج MoE متناثر بـ501 مليار معامل، في 5 أكتوبر، في مواجهة GLM-5.2 من Z.ai وQwen 3.8-Max من علي بابا، ووعدت بأوزان تحت رخصة Apache 2.0 في وقت لاحق من هذا الشهر. أصبح لسوق النماذج المفتوحة جغرافيا، وأدوات الوكلاء المتعددين جزء مما تستخدمه المعامل للتمييز.

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

كيف تختبره دون إهدار أسبوع

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

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

لماذا كلمة «سرب» محمّلة بالدلالات

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

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

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

الصورة الأوسع لأدوات الوكلاء المتعددين المفتوحة

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