Those who take context budget seriously will have a better AI-assisted experience than those who mindlessly stack Skill.

مؤلف المقال والمصدر: 0x9999in1، ME News

ملخص

• تواجه بيئة مهارات/إضافات المساعدين البرمجيين للذكاء الاصطناعي السائدة حاليًا "عدم القدرة على الهضم بعد النمو العشوائي" — تراكم المهارات المكررة والزائدة والمهام العديمة الحيوية، مما يُضعف موارد نافذة السياق القيمة بشكل كبير.
• أطلق والد الجراد البحري (Lobster Dad) مهارة ميتا (Meta-Skill) مفتوحة المصدر مخصصة لإجراء "فحص شامل" على Skill، تغطي خمس وظائف أساسية: مراجعة الميزانية، كشف التكرار، فحص الموارد غير المستخدمة، مراجعة الدليل الجذر، وتلخيص الوصف.
• نافذة السياق هي واحدة من أكثر الموارد ندرة في نماذج الذكاء الاصطناعي الكبيرة، وكل وجود لمهارة زائدة يستهلك رموزًا غير ضرورية تأخذ من مساحة الاستدلال التي تحتاجها حقًا.
• القيمة الأساسية لهذه الأداة ليست "مهارة إضافية أخرى"، بل استخدام مهارة واحدة لإدارة جميع المهارات — إنها على مستوى البنية التحتية.
• الفوضى في نظام Skill ليست ظاهرة فردية، بل هي مشكلة هيكلية. نظام الإضافات بدون آلية تدقيق سيؤدي حتمًا إلى زيادة الإنتروبيا.
• المفتوح المصدر يعني أن المجتمع يمكنه التكرار بناءً على هذا الأساس، وهو ما قد يكون نقطة البداية لتوحيد حوكمة Skill.

دعنا نبدأ بالواقع: مستودع مهاراتك قد أصبح بالفعل مكبًا للنفايات

هذا أمر صعب السماع. لكن افتح تكوين مساعد الذكاء الاصطناعي الخاص بك، واحصِ عدد المهارات التي قمت بتثبيتها، ثم فكّر في المهارات التي استخدمتها آخر مرة.

الإجابة على الأرجح ستُسكت الشخص.

بدءًا من النصف الثاني من عام 2025، دخلت أدوات البرمجة بالذكاء الاصطناعي مثل Cursor وWindsurf وCodex وClaude Code في "سباق تسلح مهاري" جماعي. حيث يُنتج المساهمون في المجتمع بجنون، وتنمو المكتبات المدمجة رسميًا باستمرار، وتتضاف التكوينات الشخصية طبقة تلو الأخرى.

What's the result?

مستخدم ثقيل نموذجي، يتجاوز عدد المهارات بسهولة 50 مهارة. ربما أقل من 10 منها تُفعّل يوميًا. الـ40 المتبقية ترقد بهدوء، تُحمّل في السياق عند كل بداية محادثة، تستهلك ميزانية الـtoken بصمت، ثم— لا تفعل شيئًا.

هذا ليس هدرًا. هذا جريمة.

لماذا نقول هذا؟ لأن نافذة السياق ليست غير محدودة. حتى مع حلول عام 2026، ستتراوح طول السياق الفعال للنماذج الرئيسية بين 128K و200K رمز، يبدو كثيرًا أليس كذلك؟ لكن احسب: تعليمات النظام، تاريخ المحادثة، مقاطع الكود، محتوى الملفات، تعريفات الأدوات، وصف المهارات... المساحة المتبقية حقًا للـ"تفكير" أقل بكثير مما تتخيل.

كل وصف غير ضروري للمهارة يستهلك 200 رمز، و50 منها تساوي 10,000 رمز. عشرة آلاف رمز، كافية لنماذج لقراءة 400 سطر من الشيفرة إضافية.

هذا ليس استدلالًا نظريًا. هذا يحدث يوميًا.

لماذا لا يهتم أحد؟ لأن "الإضافة" أسهل بعشرة آلاف مرة من "الطرح"

يتمتع البشر بتحيز نفسي عميق: التحيز للإضافة.

عند مواجهة المشكلات، نميل بشكل غريزي إلى "إضافة شيء" لحلها، بدلاً من "حذف شيء". أظهرت دراسة نُشرت في مجلة Nature عام 2021 أن البشر يتجاهلون بشكل منهجي "الحلول التخليصية" عند تحسين الأشياء، حتى عندما تكون هذه الحلول أكثر فعالية.

Skill ecosystem perfectly replicated this bias.

كتب مساهمو المجتمع مهارة جديدة ونشروها. شعر المستخدمون أنها "قد تكون مفيدة" وقاموا بتثبيتها. ورأى الفريق الرسمي أنها "تغطي وظائف واسعة" فدمجوها داخليًا.

من سيحذف؟ من سيُدقق؟ من سيقول "هذه المهارة مكررة مع تلك، احذف واحدة"?

لا أحد.

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

هذا هو المأزق الهيكلي. إنه ليس مشكلة تقنية، بل مشكلة في آليات التحفيز.

حتى يقرر أحدهم: أنا لا أهتم بالحوافز، سأقوم بهذا الأمر.

أبو الجمبري يتحرك: استخدام مهارة واحدة للتحكم في جميع المهارات

من هو أبو السلطعون؟ إذا كنت تشارك في مجتمع أدوات البرمجة بالذكاء الاصطناعي، فلن تكون غير مألوف بهذا المعرف. لاعب متعمق نشط لفترة طويلة في بيئتي Codex وClaude، ومشهور بالتفكير المنهجي والنظافة الهندسية. اسم "أبو السلطعون" يحمل اعترافًا من المجتمع نفسه — أن يُطلق عليه لقب "الأب" يعني أنه في هذا المجال المتخصص، هو الشخص الذي لا يمكن تجاوزه.

الشيء الذي فتح مصادره هذا المرة هو في جوهره مهارة ميتا (Meta-Skill).

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

خمس وظائف، مفصلة واحدة تلو الأخرى.

هذا هو الأقوى على الإطلاق.

إن ما تقوم به بسيط جدًا: حساب مساحة رموز السياق التي يستهلكها كل مهارة، وحساب النسبة المئوية التي تمثلها كل مهارة من الميزانية الإجمالية، ثم تقديم اقتراحات للتحسين.

لماذا هذا مهم؟ لأن الغالبية العظمى من المستخدمين لا يشعرون على الإطلاق بكيفية استهلاك "Skill" للموارد.

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

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

ما يفعله تدقيق الميزانية هو فتح الظهرية وإخبارك: "هذه السكين السويسرية تزن 3 كيلوجرامات لكنك لم تستخدمها قط، ارمها."

المشكلة التي يحلها هذا الميزة قد تكون أسوأ مما تتخيل.

يغطي نطاق مسحه أربعة مستويات:

• مكتبة مدمجة في Codex
• ذاكرة مؤقتة للإضافة
• Repository
• دليل المهارات الشخصية

قم بمسح مستويات متعددة للعثور على المهارات التي تحمل نفس الاسم أو وصفًا مشابهًا أو وظائف متداخلة، وقم بتحديد العناصر الزائدة.

لماذا هناك تكرار؟ الأسباب كثيرة.

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

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

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

استنادًا إلى السجلات التاريخية، حدد المهارات "الزومبية" التي لم تُستخدم لفترة طويلة.

هذا المنطق واضح: إذا لم يتم تفعيل مهارة ما على الإطلاق خلال الـ 30 أو 60 أو 90 يومًا الماضية، فمن المحتمل جدًا أن يكون أحد السببين هو أن سير العمل الخاص بك لا يحتاج إليها، أو أن شروط التفعيل الخاصة بها مصممة بشكل خاطئ مما يجعل النموذج لا يختارها أبدًا.

بغض النظر عن النوع، النتيجة واحدة: إنه يستهلك الميزانية دون فائدة.

يُنتج هذا الميزة قائمة "مرشحين للتنظيف". لاحظ أن هذه "مرشحات"، وليست حذفًا مباشرًا. القرار النهائي يبقى بيد المستخدم. هذا التصميم متحفظ وذكي جدًا — فهو يدرك حدوده.

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

هذه الميزة ذات طابع "تشغيل وصيانة"، لكنها مفيدة جدًا.

ما يفعله: إحصاء جميع مصادر المهارات، وتحديد حالة التمكين/التعطيل، وتنظيم سلسلة التحميل.

لماذا هذا مطلوب؟ لأن مصادر المهارة متنوعة. بعضها يأتي من التهيئة العامة، وبعضها من تهيئة المشروع، وبعضها من الإدخال التلقائي من الإضافات، وبعضها من إنشاء المستخدم يدويًا.

عندما يكون عدد المهارات قليلاً، فأنت تعرف ما الذي يحدث. ولكن عندما ينمو العدد إلى عشرات المهارات، تصبح غير متأكد من "من أين جاءت هذه المهارة" أو "هل يمكنني حذفها بأمان" أو "هل سيؤثر الحذف على أشياء أخرى".

يُعد التدقيق على الجذر خريطة لك، تُخبرك بأين يقيم كل مهارة، ومن قام بتحميلها، وما إذا كانت نشطة أم غير نشطة حاليًا.

With this map, you can perform the surgery safely.

الميزة الأخيرة، التي تبدو الأصغر، في الواقع لها رافعة مالية هائلة.

ما يفعله: تحديد المهارات التي وصفها بشكل مفرط، واقتراح حلول لتقصيرها.

لماذا يعتبر طول الوصف مهمًا جدًا؟ العودة إلى ما قيل سابقًا: وصف المهارة يجب أن يُدرج في تعليمات النظام. كل كلمة هي رمز (token). إذا تم تقليل وصف مهارة من 200 رمز إلى 80 رمزًا، فإن المساحة المُوفَّرة مضروبة في عدد المهارات تُنتج كمية هائلة.

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

الوصف المطلوب للنموذج: دقيق، فريد، قابل للتمييز. كافٍ أن تستخدم أقل كلمات ممكنة ليُفهم النموذج "ما الذي يفعله هذا المهارة متى يجب استدعاؤه". كل كلمة زائدة هي هدر لميزانية السياق.

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

أين تكمن القيمة الحقيقية؟ ليست في الميزات، بل في الطريقة التفكيرية

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

من "خلق المزيد من Skill" إلى "إدارة Skill الحالية".

قيمة هذا الأمر لا تكمن في كمية الكود أو تعقيد الخوارزمية، بل في أن أحدًا قد عامل هذه المسألة أخيرًا كـ"مواطن من الدرجة الأولى".

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

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

ليس ممكنًا. بل مؤكد.

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

الديون التقنية في نظام Skill قد وصلت إلى لحظة يجب فيها مواجهتها.

أداة "أب الكركند" هي في جوهرها مدقق ديون. فهي لا تساعدك على سداد ديونك، لكنها تخبرك: كم تدين به، وأين تدين به، وأيها يجب سداده أولاً.

هذا أكثر قيمة بكثير من "كتابة مهارة مفيدة أخرى".

معنى مفتوح المصدر: من أداة فردية إلى معيار مجتمعي

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

كان يمكنه تمامًا تحويل هذه الأداة إلى إضافة مدفوعة. السوق واضح، والمشكلة حقيقية، ولن يقل عدد المستخدمين المدفوعين. لكنه اختار أن يجعلها مفتوحة المصدر.

لماذا؟

أعتقد أن هناك اعتبارين.

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

الطبقة الثانية: ربما يرغب في دفع شيء أكثر من مجرد أداة، بل معيار. كيف ينبغي إدارة Skill؟ ما هي أبعاد التدقيق؟ ما هي أفضل الممارسات لتوزيع الميزانية؟ هذه الأسئلة تحتاج إلى توافق مجتمعي لتشكيل إجابات.

البرمجيات المفتوحة المصدر هي أفضل طريقة لتشكيل توافق في الآراء.

في مراجعة تاريخ هندسة البرمجيات، أصبح ESLint المعيار الفعلي لقواعد كود JavaScript، وBlack لتنسيق Python، وPrettier لأسلوب كود الويب الأمامي — جميع هذه الأدوات أصبحت معايير فعلية لأن الانفتاح جعل المجتمع يشارك في وضع القواعد.

هل يمكن أن تصبح هذه المهارة الميتا لوالد الكركند أداة ESLint لحوكمة المهارات؟

من المبكر جدًا اتخاذ قرار الآن. لكن الاتجاه صحيح.

سؤال أعمق: هل ينبغي إعادة تصميم نظام Skill نفسه؟

أداة التدقيق تحل مشكلة "المخزون القائم". لكن إذا رفعنا مستوى نظرتنا، سنكتشف مشكلة أكثر جوهرية:

لماذا سيخرج المهارة عن السيطرة؟

الإجابة هي: نظام المهارات الحالي يفتقر إلى إدارة دورة الحياة.

بعد إنشاء مهارة، فإنها تبقى موجودة إلى الأبد. لا توجد آلية انتهاء صلاحية، ولا إزالة إصدارات، ولا تراجع في النشاط. إنها مثل عملية لا تموت أبداً، تستهلك الموارد حتى يُقمَعها شخص يدوياً.

قارن بين إدارة العمليات في نظام التشغيل: هناك إنشاء، وجدولة، ونوم، وإنهاء. دورة حياة مكتملة ومغلقة.

قارن إدارة التبعيات لمديري الحزم:npm auditالتحقق من الثغرات الأمنية،npm outdatedالتحقق من التبعيات المنتهية،npm pruneتنظيف الحزم غير المستخدمة. أدوات الإدارة جزء من النظام البيئي.

أين نظام المهارات؟ الإنشاء → الاستخدام → ... انتهى. هناك فجوات كبيرة مفقودة في الوسط.

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

هذا ليس انتقادًا. بل هو مرحلة لا مفر منها في التطور. من 2024 إلى 2025، كان الهدف الأولي للمنصة هو "جعل النظام البيئي يعمل"، ويمكن تأجيل الحوكمة لاحقًا. لكن بحلول منتصف 2026، أصبح النظام البيئي يعمل بالفعل. حان الوقت لتعويض ما فات.

في النهاية

عودة إلى السؤال الأصلي: كم عدد المهارات في مساعدك الذكي التي نشطة؟

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

أعطى والد الجمبري الأداة. مجانًا. مفتوح المصدر. خمسة أبعاد، تغطية شاملة.

الاستخدام أو عدم الاستخدام، هذا شأنك.

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

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

هذا ليس سحرًا. هذا نظرية المعلومات.

أبلغنا شانون منذ عام 1948 أن سعة القناة محدودة، وكلما زاد الضجيج، انخفض معدل نقل المعلومات الفعّالة.

المهارات الزومبي في قائمتك هي ضجيج.

Eliminate them.

مرجع

1. آدامز، ج. س.، كونفرس، ب. أ.، هيلز، أ. ه.، وكلوتز، ل. إ. (2021). يتجاهل الناس منهجياً التغييرات التناقصية.Nature, 592(7853), 258–261.
2. Shannon, C. E. (1948). A Mathematical Theory of Communication. Bell System Technical Journal, 27(3), 379–423.
3. OpenAI. (2024). وثائق نافذة السياق وحدود الرموز لـ GPT-4 Turbo. https://platform.openai.com/docs/models
4. Anthropic. (2025). بطاقة نموذج Claude: استخدام نافذة السياق وعبء أمر النظام. https://docs.anthropic.com/en/docs/about-claude/models
5. فريق Cursor. (2025). القواعد والمهارات: كيفية تحميل التعليمات المخصصة إلى السياق. وثائق Cursor.
6. وثائق npm. (2025). npm-audit، npm-prune: إدارة دورة حياة الحزم. https://docs.npmjs.com/cli
7. أب الكركند. (2026). فحص صحة المهارة: مهارة ميتا [مشروع مفتوح المصدر]. مستودع GitHub.
8. Sculley, D., et al. (2015). Hidden Technical Debt in Machine Learning Systems. Advances in Neural Information Processing Systems (NeurIPS), 28.