Log in to leave a comment
No posts yet
لقد انتهى العصر الذي كانت فيه أدوات تطوير الذكاء الاصطناعي تكتفي بمجرد اقتراح التعليمات البرمجية. نحن الآن في عصر سرب الوكلاء (Agent Swarm)، حيث يتجزأ الذكاء ليشكل فرقاً تنجز المهام بالتوازي دون تدخل بشري. إذا كان الذكاء الاصطناعي في الماضي مساعداً ذكياً، فإن الذكاء الاصطناعي في عام 2026 يشبه مصنع برمجيات يعمل بذاتية كاملة.
إن ما استعرضه Kimi 2.5 مؤخراً من تشغيل 100 وكيل في وقت واحد ليس إلا البداية. فقد تم اكتشاف بنية تحتية مماثلة وقوية للأسراب داخل Claude Code، أداة واجهة سطر الأوامر (CLI) من Anthropic. نحلل هنا حقيقة هذه التقنية التي تتجاوز الإكمال التلقائي البسيط لتضع عشرات المطورين الافتراضيين داخل جهازك الطرفي (Terminal).
بينما أذهل Kimi 2.5 العالم بـ 1500 استدعاء متوازٍ للأدوات، كانت Anthropic قد زرعت بالفعل نظاماً أكثر دقة داخل Claude Code. هذه الميزة، المخفية خلف علامات برمجية (Flags) محددة، تلغي الجهد الذي يبذله المطور في إدخال المطالبات ونقل البيانات يدوياً.
أداة TeammateTool التي كُشف عنها في الإصدار الثنائي v2.1.19 تمتلك صلاحيات تتجاوز مجرد تعديل الكود:
هذا يمثل تمرداً على النهج التقليدي المتمثل في جعل النموذج الواحد أكبر حجماً. الهدف هو بناء شبكة من الذكاء حيث تتقاسم عقول اصطناعية متعددة قاعدة بيانات برمجية ضخمة لمعالجتها في وقت واحد.
تركز استراتيجية Anthropic على التنسيق الذاتي. والمفتاح هنا هو الاستقلالية. يمتلك كل وكيل فرعي نافذة سياق مستقلة وصلاحيات محدودة للوصول إلى الأدوات.
في المشاريع الضخمة، عندما يقرأ نموذج واحد عشرات الآلاف من أسطر الكود، يتلوث السياق وتحدث الأخطاء. لكن بنية السرب في Claude تمنع ذلك.
| المكون | الدور والخصائص التقنية |
|---|---|
| مطالبة النظام (System Prompt) | تحدد شخصية الوكيل المحددة وتعليمات العمل. |
| YAML Frontmatter | تدير البيانات الوصفية مثل الاسم، نوع النموذج، وصلاحيات الأدوات. |
| تفريغ السياق (Context Fork) | ينسخ البيانات الضرورية فقط ويمررها للوكلاء الفرعيين، مما يقلل التكاليف بنسبة 60%. |
| التحكم في صلاحيات الأدوات | يمنح كل وكيل صلاحيات متفاوتة (مثل Bash أو القراءة فقط) لتعزيز الأمان. |
بينما يزيد Kimi 2.5 من السرعة عبر الهجوم الكمي المكثف، حقق Claude 4.5 كمالاً منطقياً بتسجيل نسبة حل تتجاوز 70% في اختبارات SWE-bench Verified.
عند تفعيل سرب الوكلاء، لا يعود المستخدم يكتب الكود بنفسه، بل يصبح قائداً للأوركسترا. في سير العمل الذي تم التحقق منه عبر أدوات مثل Claude Sneak Peek، يكون توزيع الأدوار واضحاً:
هذا الهيكل يمنع ظاهرة النسيان التي تعاني منها النماذج المنفردة. يركز كل وكيل فقط على المهمة التي أمامه، ويقوم المدير بدمج النتائج النهائية وتقديمها في شكل تقرير.
لماذا السرب الآن؟ السبب واضح. إن نسخ المعلومات الضرورية وتوزيعها على عدة نماذج صغيرة أسرع وأرخص بكثير من تشغيل نموذج عملاق بمليون توكن بشكل كامل.
بالطبع، لا تزال هناك تحديات مثل الزيادة الهائلة في تكاليف واجهة برمجة التطبيقات (API) ومشاكل تنازع البيانات التي تحدث عندما يقوم عدة وكلاء بتعديل الملفات في وقت واحد. وهذا هو السبب في أن Anthropic لم تطرح هذه الميزة رسمياً في الواجهة بعد.
لكن هذا التيار لا يمكن صده. كفاءة المطور ستتحدد الآن ليس بسرعة كتابة الكود، بل بـ القدرة على تصميم وقيادة فرق الوكلاء.
ابدأ بكتابة وثائق قواعد المشروع مثل CLAUDE.md بدقة لخلق بيئة يمكن للذكاء الاصطناعي التعلم فيها ذاتياً. سيكون التوثيق والتفكير في هندسة الأنظمة أقوى أسلحتك، بدلاً من مجرد البرمجية. اليوم الذي ستستقر فيه تقنية السرب المحسنة تماماً في جهازك الطرفي ليس بعيداً.