Claude Code's HIDDEN Agent Swarm (Better Than Kimi K2.5?)

BBetter Stack
Computing/SoftwareBusiness NewsInternet Technology

Transcript

00:00:00الناس منهبلة على Kimi 2.5. إنه نموذج مفتوح المصدر يتفوق في بعض اختبارات الأداء
00:00:05على Opus، ويحتوي على وضع “سرب الوكلاء” (Agent Swarm) المبتكر للغاية حيث يمكن للمنسق تشغيل ما يصل إلى 100
00:00:11وكيل متخصص للقيام بمهمة معقدة. لكن هل كنت تعلم أن هذه الميزة موجودة أيضاً في كود Claude
00:00:17خلف إعداد مخفي واكتشفها أحد المستخدمين على تويتر؟ كيف اكتشفها؟ وهل
00:00:23سرقت Anthropic الفكرة من Kimi؟ اشترك في القناة ولندخل في التفاصيل. أعلنت Anthropic
00:00:30عن الوكلاء الفرعيين المخصصين في يوليو من العام الماضي، ومنذ ذلك الحين والناس يستخدمونها في جميع أنواع
00:00:35المهام المتخصصة. لقد صنعنا فيديو حول هذا الموضوع حينها أيضاً. لكن الوكلاء الفرعيين أنفسهم لا
00:00:41يملكون سوى جزء بسيط من السياق العام لأنهم مصممون لمهمة محددة. لذا ينفذون تلك
00:00:48المهمة، ويعيدون البيانات، وتبدأ ذاكرتهم من جديد. لذا حاول الناس تطبيق مفهوم الذاكرة
00:00:54عن طريق جعل الوكلاء الفرعيين يخرجون نتائجهم في ملف markdown وتحديث ملف السياق
00:01:01الرئيسي أيضاً. فإذا طُلب من نفس الوكيل أو وكيل آخر إجراء تحديث، يمكنه قراءة تلك
00:01:06الملفات ومعرفة أين توقف الوكلاء الآخرون. لكن لا يزال يتعين عليك إنشاء وكيل فرعي يدوياً
00:01:12وتحديد دوره، وصلاحيات وصوله لمهارات وأدوات معينة، وما إلى ذلك. ولهذا السبب يعتبر نظام
00:01:19سرب الوكلاء الجديد في Kimi نقلة نوعية، لأن المنسق هو من يقوم ديناميكياً
00:01:25بإنشاء وكيل فرعي متخصص لمهمة محددة، فلا داعي لأن تفعل أي شيء. هؤلاء الوكلاء
00:01:31يمكنهم العمل بالتوازي لإنجاز المهمة الشاملة، وعندما ينتهي كل منهم من جزئيته، يسلمها
00:01:36للمنسق الذي يقرر ما إذا كان يحتاج لتشغيل وكلاء فرعيين جدد بناءً على تلك البيانات
00:01:42لإكمال المهمة المعقدة. لا يزال نظام سرب الوكلاء في Kimi مشروعاً بحثياً، لكنه يظهر
00:01:48بالفعل تحسينات كبيرة مقارنة بسير عمل الوكيل الواحد. انظر إلى هذا الرسم البياني، فكلما
00:01:53زادت تعقيد المهمة، يظل الأداء ثابتاً تقريباً بفضل عمل الوكلاء بالتوازي
00:01:58لإنجاز نفس الشيء. الآن، لأكون صادقاً، يمكنك فعل ذلك نوعاً ما في Claude code
00:02:04فمع ميزة المهام الجديدة، يمكنك إنشاء قائمة مهام وتوزيعها على وكلاء
00:02:10فرعيين فرديين. المشكلة هي أن هؤلاء الوكلاء هم للأغراض العامة وليسوا متخصصين لهذه
00:02:15المهمة المحددة. لست متأكداً أيضاً مما إذا كان Claude قادراً تلقائياً على إسناد المهام إلى
00:02:21الوكيل الفرعي المخصص الصحيح. أخبرني في التعليقات إذا كنت قد جربت هذا بالفعل. لكن يبدو أن
00:02:25فريق Claude كان يعمل على طريقة تتيح للمنسق إنشاء وكلاء فرعيين تلقائياً
00:02:31بشكل فوري بناءً على المهمة، وهذه الميزة كانت مخفية خلف إعداد اكتشفه مايك كيلي
00:02:37الذي يوضح كيفية عملها في هذه التغريدة. وفي نفس التغريدة يشارك رابطاً لمستودع برمجيات
00:02:42مبني على CC Mirror يسمى Claude Sneak Peek. دعونا نجربه. هذه خطة كتبها الذكاء الاصطناعي لإنشاء
00:02:48واجهة ويب لآداة تسمى XDL تتيح لك تحميل الفيديوهات من إكس أو تويتر عبر
00:02:55الطرفية (terminal). لقد قمت بالفعل بتثبيت وتشغيل Claude Sneak Peek الذي ترونه، وهو يبدو
00:03:00كنسخة مبسطة من Claude code. سأطلب منه قراءة ملف plan.md وإنشاء مهام
00:03:05يمكن تنفيذها بواسطة سرب من الوكلاء الفرعيين. ثم سأتركه ينشئ المهام، والآن بعدما انتهى
00:03:11من إنشائها، سأطلب منه تنفيذ المهام باستخدام الوكلاء الفرعيين. قبل أن أفعل ذلك،
00:03:16فقط للتأكيد، ليس لدي أي وكلاء فرعيين مخصصين حالياً، سأقوم بتشغيل أمر الوكيل
00:03:21وكما ترون، لا توجد أي وكالات متخصصة أو مخصصة. الآن هو
00:03:26ينفذ المهام، وهنا قام تلقائياً بإضافة وكيل “مطور واجهات” لمهام واجهة المستخدم.
00:03:32ويمكنكم أن تروا هنا أن لدينا فريقاً؛ إذا ضغطت للأسفل لعرض الفريق، سنرى أن لدينا خمسة
00:03:37وكلاء: قائد فريق، وفاحص جودة، ومطور خلفية، ومطور مكونات، ومطور واجهات
00:03:42يعملون جميعاً على المهام في نفس الوقت. ويمكننا أيضاً رؤية ما يفعله كل وكيل في فريقنا.
00:03:48نرى أن فاحص الجودة يبحث عن الأنماط، ومطور الخلفية يبحث أيضاً
00:03:53عن الأنماط ويقرأ الملفات، وكذلك مطور المكونات ومطور الواجهة. إذا
00:03:57أردنا رؤية ما يفعله الوكيل بالضبط، نضغط Enter وسنصبح في عرض الوكيل
00:04:02ونرى التعليمات الخاصة به. إذا عدنا للخلف، سنرى أن لدينا الآن ثمانية وكلاء: منشئ
00:04:07مكونات، وخادم API، وشخص يجهز الإعدادات، وشخص يربط الـ API، والآن لدينا
00:04:13شخص يعمل على CSS، ويبدو أن فريق الوكلاء لدينا يستمر في النمو. إذا ضغطنا Enter على قائد الفريق
00:04:18سنرى أننا عدنا إلى عرض Claude code الرئيسي، فقائد الفريق هو المنسق الأساسي.
00:04:24يمكننا أيضاً رؤية الحالة الحالية لكل وكيل فرعي في العرض الرئيسي
00:04:29وإذا قمت بتصغير الشاشة قليلاً وصعدت للأعلى، سنرى الرسائل المرسلة سابقاً من جميع
00:04:34الوكلاء المختلفين. والآن بعد اكتمال جميع المهام، نحصل على ملف يوضح اكتمال مشروع السرب
00:04:41يخبرنا بكل ما تم إنجازه، لكننا نحصل أيضاً على تقرير تنفيذ السرب الذي يعطينا
00:04:47عدد الوكلاء المتخصصين الذين تم استخدامهم، وأدوارهم، وما إذا كانوا قد أكملوا المهام. يمكننا
00:04:52أيضاً النزول لرؤية تفاصيل ما فعله كل وكيل بالضبط. الآن، بناءً على حجم العمل الذي
00:04:59وضعه فريق Claude في هذه الميزة، لا أعتقد أنهم قلدوا Kimi. بل أظن أنهم رأوا
00:05:04تطبيقات عبر الإنترنت وأرادوا إضافة الميزة إلى Claude code بشكل أصيل، لكنني
00:05:10أتفهم تماماً سبب عدم إصدارها بعد. أولاً، لا أعتقد أن هذه الميزة حصلت على ساعات
00:05:16التدريب الكثيرة التي حصل عليها منسق Kimi 2.5، كما أن الأمور تصبح معقدة جداً بالنسبة
00:05:22لمستخدم لديه بالفعل بعض أو حتى الكثير من الوكلاء الفرعيين. فمثلاً، إذا أراد المستخدم إكمال مهمة
00:05:28معقدة، كيف سيعرف المنسق هل ينشئ وكيلاً جديداً للواجهة أم يستخدم
00:05:35وكيل المستخدم الموجود بالفعل؟ ما هي المعايير أو البيانات التي سيبني عليها حكمه؟ وأيضاً المهارات
00:05:42تضيف تعقيداً إضافياً. فإذا كان لدى المستخدم مجموعة من المهارات المحملة بالفعل، كيف سيعرف المنسق
00:05:49استخدامها للوكيل الجديد أو تحميل مهارات خاصة به قد تكون أكثر ملاءمة
00:05:56للمهمة الحالية؟ أعني أن هذا المنسق، إذا أصدرته Anthropic، سيتعين عليه فحص الكثير من
00:06:02بيانات المستخدم، والوكلاء، والأدوات، والمهارات قبل أن يقرر حتى حاجته لإنشاء وكيل فرعي
00:06:10وما هي الأشياء التي يجب إضافتها إليه. في الحقيقة، لا أعرف ما إذا كان الفريق يعمل على هذه الميزة
00:06:16الآن وأنا أتحدث، أم أنهم قرروا أنها معقدة للغاية ولن يصدروها. لا أعرف.
00:06:22وبالحديث عن الميزات، إذا كنت تستخدم ذكاءً اصطناعياً أو بشراً لإضافة ميزات بسرعة لمشروع ما
00:06:28وتريد التأكد من عدم تعطل الأشياء، فعليك حقاً تجربة Betastack، فهي قادرة على
00:06:33مراقبة سجلات خوادمك واستخدام كشف الأنماط غير الطبيعية لإخبارك بوجود خلل
00:06:38قبل وقوعه. كما توفر تتبعاً للأخطاء بالذكاء الاصطناعي لإبلاغك في حال حدوث أي مشكلة
00:06:44في واجهتك الأمامية. لذا اذهب وجرب Betastack اليوم.

Key Takeaway

كشف الفيديو عن وجود ميزة مخفية في Claude Code تتيح إدارة "سرب" من الوكلاء المتخصصين بشكل تلقائي وتنافس قدرات نموذج Kimi 2.5 في المهام البرمجية المعقدة.

Highlights

مقارنة بين نموذج Kimi 2.5 الصيني ونظام Claude Code التابع لشركة Anthropic.

اكتشاف ميزة "سرب الوكلاء" (Agent Swarm) المخفية داخل إعدادات Claude Code.

قدرة المنسق (Orchestrator) على إنشاء وكلاء فرعيين متخصصين وديناميكيين للمهام المعقدة.

استعراض مشروع Claude Sneak Peek وكيفية تنفيذه لمهام برمجية متوازية.

التحديات التقنية التي تواجه Anthropic في إصدار هذه الميزة رسمياً للجمهور.

أهمية العمل المتوازي للوكلاء في الحفاظ على استقرار الأداء مع زيادة تعقيد المهام.

Timeline

مقارنة Kimi 2.5 وتحدي سرب الوكلاء

يبدأ المتحدث بمناقشة الانبهار العالمي بنموذج Kimi 2.5 مفتوح المصدر وتفوقه في اختبارات الأداء على Opus. يسلط الضوء على ميزة "سرب الوكلاء" المبتكرة التي تسمح بتشغيل 100 وكيل متخصص تحت إشراف منسق واحد. يطرح الفيديو تساؤلاً مثيراً حول اكتشاف مستخدم على تويتر لنفس الميزة مخفية في كود Claude. يوضح السياق التاريخي لإعلان Anthropic عن الوكلاء الفرعيين منذ يوليو الماضي وكيفية تطور استخدامهم. يشرح الفرق بين الوكلاء التقليديين الذين يفتقرون للسياق الكامل ونظام السرب الجديد.

ديناميكية العمل المتوازي في أنظمة الوكلاء

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

تجربة Claude Sneak Peek والميزة المخفية

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

تحليل النتائج وتقارير تنفيذ السرب

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

تحديات الإصدار الرسمي والختام

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

Community Posts

View all posts