لماذا تخلى Claude Code عن قوائم المهام والأوامر المائلة

خلال يومين، غيّرت Anthropic شيئين في Claude Code في وقت واحد. تحولت قوائم المهام (Todos) إلى نظام المهام (Tasks). وتحولت الأوامر المائلة (Slash Commands) إلى المهارات (Skills). تم تقديم كليهما على أنهما “ميزات موجودة، نفس السلوك” - سهل التغاضي عنهما. لكن التغييرين يشيران بالضبط إلى نفس الاتجاه.

لماذا اختفت أداة TodoWrite

تفسير Anthropic مثير للاهتمام: “Opus 4.5 يعمل بشكل مستقل لفترات أطول ويتتبع الحالة بفعالية أكبر. بالنسبة للمهام الصغيرة، لم تعد أداة TodoWrite ضرورية.”

• النموذج يكتشف بالفعل ما يجب القيام به من تلقاء نفسه
• قائمة المهام المنفصلة تصبح عبئاً بدلاً من أن تكون مساعدة
• الخطوة الأساسية هي التحرير من القيود - إزالة القيود التي تحد من قدرات النموذج

كان النموذج قادراً بالفعل. الأداة كانت تعيقه.

لماذا تحولت الأوامر المائلة إلى مهارات

نفس المنطق يُطبق هنا. صُممت الأوامر المائلة حول مبدأ الإفصاح التدريجي - تحميل السياق فقط عند الحاجة. مع زيادة ذكاء النموذج، توقف هذا النهج عن كونه الأمثل.

• المهارات (Skills) تقرأ الملفات ذات الصلة تلقائياً لتجميع السياق
• ملف SKILL.MD يمكنه الإشارة إلى ملفات أخرى، مما يتيح سلاسل سياق متعددة الخطوات
• من منظور النموذج، لا يوجد سبب لفصل هذا إلى أداة منفصلة

الخيط المشترك: إزالة السقالات للعمل البسيط

هذا هو النمط عبر كلا التغييرين:

• قوائم المهام: النموذج يتعامل معها بنفسه، لذا الأداة غير ضرورية
• الأوامر المائلة: النموذج يحمّل السياق بنفسه، لذا البنية الخاصة غير ضرورية

كلاهما يتبع نفس الفلسفة: مع زيادة قدرة النموذج، أزل السقالات التي كانت تعوض نقاط ضعفه. تسمي Anthropic هذا “التحرير من القيود” - فك الأغلال.

ومع ذلك أصبحت Tasks و Skills أكثر قوة

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

ما أضافه نظام Tasks:

• التبعيات والعوائق مُخزنة كبيانات وصفية بين المهام
• التنسيق المبني على نظام الملفات حتى تتمكن الجلسات المتعددة والوكلاء الفرعيون من التعاون
• التحديثات في جلسة واحدة تنعكس تلقائياً عبر جميع الجلسات التي تشارك نفس قائمة المهام

ما أضافه نظام Skills:

• إعداد agent: يُنشئ وكيلاً فرعياً مع مهارة محملة
• خيار context: fork الذي ينسخ السياق الكامل الحالي إلى وكيل فرعي منفصل
• تحكم دقيق في من يمكنه استدعاء مهارة - المستخدم أو النموذج أو كليهما

مبدأ جديد لتصميم الوكلاء

المبدأ الذي أستخلصه من هذين التغييرين:

• المهام البسيطة: سلّمها للنموذج وأزل الأدوات
• التعاون المعقد: ابنِ هياكل للحالة المشتركة وعزل السياق

متغير بيئة مثل CLAUDE_CODE_TASK_LIST_ID=groceries claude يتيح لجلسات متعددة مشاركة نفس قائمة المهام. عند دمجه مع تكامل الوكلاء الفرعيين في Skills لتقسيم السياق، يمكنك تشغيل مسارات عمل متعددة بشكل متزامن. هذا هو الهيكل الأساسي للتعاون متعدد الوكلاء الذي يقترحه Claude Code.

مع زيادة ذكاء النماذج، تختفي السقالات البسيطة ولا يبقى سوى طبقة التعاون.

مستقبل أنظمة الوكلاء لا يتعلق بالرهان على قدرة وكيل واحد. بل يتعلق بتصميم كيفية تقسيم ودمج الوكلاء المتعددين للحالة. هذا ما سيكون الأهم للمضي قدماً.