عرض الوكيل الجديد من Claude Code: شاشة لإدارة جميع وكلاء الذكاء الاصطناعي، لإنهاء الفوضى عبر الأجهزة المتعددة

أنتروبك في 11 يناير أطلق رسميًا عرض وكيل كود كلود، وهو وحدة تحكم CLI متكاملة تتيح للمطورين تشغيل ومراقبة والرد على عدة جلسات وكيل ذكاء اصطناعي في واجهة واحدة.
(ملخص سابق: كلود كود يتعلم أثناء العمل: هذا الموقع المجاني يعلمك من خلال 11 درسًا، بدون تثبيت، للتدريب مباشرة)
(معلومات إضافية: النماذج الذكية العليا تتجه نحو التخصص: ChatGPT إلى C، وكلود إلى B)

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

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

شاشة واحدة، تحل محل تجميع tmux

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

المنطق الأساسي لعرض الوكيل هو جمع جميع جلسات العمل في قائمة مرئية.
يمكن للمطورين الضغط على السهم الأيسر في أي جلسة، أو ببساطة تنفيذ الأمر claude agents في الطرفية، لفتح لوحة التحكم هذه.

تُظهر كل سطر في القائمة أربعة معلومات: اسم الجلسة، ما إذا كانت تنتظر إدخال المستخدم، ملخص آخر رد، ووقت آخر تفاعل.

الحقل “انتظار الإدخال” أيضًا مهم جدًا.
في الماضي، عندما يتوقف الوكيل عند انتظار قرار، لن يعرف المطور إذا كانت مهمة قد توقفت إلا إذا قام يدوياً بمراجعة كل طرفية بشكل دوري.
عرض الوكيل يجعل هذه المعلومات واضحة في مكان بارز، مما يحول إدارة عدة وكلاء إلى تجربة تشبه إدارة لوحة مهام (كانبان).

التشغيل في الخلفية يجعل الوكيل يعمل بشكل مستقل حقًا

جانب آخر من تصميم عرض الوكيل هو آلية التشغيل في الخلفية.
يمكن للمطورين استخدام الأمر /bg لأي جلسة حالية، لدفعها إلى الخلفية؛ أو عند بدء مهمة جديدة، يمكن استخدام الأمر claude --bg [وصف المهمة]، لتجاوز واجهة المقدمة، وترك الوكيل ينفذ دون أن يشغل انتباه المستخدم.

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

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

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

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

الرابع، تتبع النتائج المُسلمة.
مؤشرات الحالة على القائمة، مع معاينة العنوان في Peek، تتيح للمطورين مسح سريع للجلسات التي أنتجت طلبات سحب.

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

المؤسسات تتوسع في الاستخدام

حاليًا، عرض الوكيل متاح كمعاينة بحثية، ويشمل خطط الاشتراك Pro وMax وTeam وEnterprise وClaude API، مع تطبيق القيود المعتادة.
تم نشر الوثائق التقنية الرسمية أيضًا.

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