اختراق بحثي٢٨ مايو ٢٠٢٦أنظمة الوكلاء
✍️ بقلم موحى سعيد|مهندس تقني وأخصائي ذكاء اصطناعي
٩٣ وكيلاً فرعياً، ١٥,٣١٤ استدعاء نموذج: كيف قام Gemini 3.5 Flash بتصميم وتشغيل نواة نظام تشغيل مخصص
إذا كنت لا تزال تعتبر نماذج “Flash” أدوات تلخيص بسيطة ومنخفضة التكلفة، فإن معاينة بحثية حديثة قد دمرت هذا المفهوم. من خلال تحويل العبء الحسابي من النماذج ذات المعلمات الثقيلة إلى حلقات توجيه وكلاء هرمية ضخمة، قام نموذج خفيف الوزن ببناء نواة نظام تشغيل وظيفية من الصفر وتشغيل لعبة Doom.
١. الإنجاز الهندسي الأساسي: تآزر الوكلاء على مستوى النظام
البرمجة على المستوى المنخفض—مثل كتابة نوى إدارة الذاكرة المخصصة، ومحركات تخصيص الأجهزة، وأنظمة الملفات الافتراضية—لا تترك أي مجال على الإطلاق لأخطاء توليد الشيفرة. خطأ واحد في المؤشر أو تخصيص ذاكرة غير محاذي يؤدي إلى ذعر نواة فوري وغير قابل للاسترداد.
لحل هذه المشكلة، تجاوزت التجربة توليد الشيفرة الخطي الأساسي. بدلاً من ذلك، تم إعداد هرمية نشطة ذاتية التصحيح باستخدام ٩٣ وكيلاً فرعياً متخصصاً يعملون كفرق تطوير منفصلة: بعضهم يعمل كمهندسين معماريين للنظام، وآخرون ككتّاب نواة أساسية، ومهندسي أنظمة ملفات، ومختبري شيفرة صارمين.
٢. مقاييس التنفيذ المجمعة
حجم هذا التجميع هو شهادة على الانخفاض في تكاليف الرموز وتحسينات التأخير التي تحققت في منتصف عام ٢٠٢٦. يتم تقسيم مقاييس عبء العمل الموزع كما يلي:
| فئة المقياس | قيمة الإنتاج | الأهمية المعمارية |
|---|---|---|
| الوكلاء الفرعيون النشطون | ٩٣ عقدة متزامنة | مقسمة إلى أدوار متخصصة (الذاكرة، الإدخال/الإخراج، نظام الملفات الافتراضي، المحركات، ضمان الجودة). |
| إجمالي استدعاءات النموذج | ١٥,٣١٤ استدعاء API | حلقات تحسين مستمرة، تغذية راجعة لأخطاء المترجم، وحلقات اختبار الوحدة. |
| إجمالي وقت التطوير | ١٢ ساعة متواصلة | ما يعادل شهور من عمل هندسة الأنظمة البشرية مكثفة في وردية واحدة. |
| المرحلة النهائية للتنفيذ | تشغيل Doom بنجاح | يثبت صحة المحركات الرسومية المولدة وطبقات وحدة التحكم في الذاكرة. |
٣. نواة البنية التحتية: لماذا Flash بدلاً من النماذج الفائقة؟
بالنسبة لسير العمل متعدد الوكلاء بهذا الحجم، فإن اختيار نموذج ضخم وعالي التأخير مثل Gemini 1.5 Pro أو Claude 3.5 Sonnet يخلق عوائق تشغيلية ضخمة. التأخير المركب لانتظار سلسلة من ١٥,٠٠٠ خطوة سيؤدي إلى توقف التنفيذ لأيام، وميزانية الرموز ستكسر قيود المؤسسة.
Gemini 3.5 Flash يغير تماماً هذا التخطيط بسبب عنصرين معماريين حاسمين:
- توليد الرموز تحت ١٠٠ مللي ثانية: تمرر وكلاء الشبكة الرسائل، تراجع المخرجات، وتتعامل مع حلقات إعادة هيكلة المترجم بسرعات دون الثانية، مما يحافظ على وقت البناء البالغ ١٢ ساعة ضيقاً.
- قدرة سياق ضخمة: لأن الوكلاء يمكنهم مشاركة أجزاء كبيرة من المستودع المتنامي في نوافذ إدخالهم دون إسقاط العناصر الهيكلية، فإن التبعيات عبر الوحدات (مثل مطابقة استدعاءات نظام الملفات مع روابط النواة) لا تنحرف عن المحاذاة.
الحكم الهندسي
تثبت دراسة الحالة هذه أن التميز في توليد الشيفرة لم يعد يتعلق بإيجاد نموذج واحد يعرف كل شيء. إنه يتعلق بتصميم طوبولوجيا توجيه الوكلاء المتاحة للغاية والمحددة بشكل مثالي. من خلال السماح للوكلاء المتخصصين بالتحدث إلى مترجمي الصندوق الرملي ومراجعة أخطاء بعضهم البعض، يمكن للنماذج الصغيرة والسريعة بناء برامج منخفضة المستوى تتطابق مع إنتاج هندسة الأنظمة البشرية المتقدمة.
بناء إطار عمل متعدد الوكلاء معقد؟
يتطلب تنظيم العشرات من الوكلاء الفرعيين المتزامنين إدارة تنفيذ دقيقة. تجنب حلقات تدهور الرموز، والتوقفات في حالات الفاعلين، وإدارة حدود سياق النظام يمكن أن يكون معقداً للغاية.
🤖 عالق في طوبولوجيا الوكلاء المتعددة الخاصة بك؟
استخدم روبوت الدردشة الذكي في أسفل هذه الصفحة لحساب حدود تكلفة تزامن الوكلاء،
نمذجة شبكات توجيه الرسائل في الوقت الحقيقي، أو صياغة هياكل LangGraph أو AutoGen الوسيطة المخصصة.