لم يعد استخدام الذكاء الاصطناعي مقتصرًا على كتابة مطالبة جديدة في كل مرة نحتاج فيها إلى إنجاز مهمة. فمع تطور ChatGPT ووكلاء الذكاء الاصطناعي، ظهر مفهوم أكثر تنظيمًا وقوة يُعرف باسم المهارات Skills، وهي تعليمات وسير عمل قابلة لإعادة الاستخدام تساعد الوكيل الذكي على تنفيذ مهمة معينة بطريقة أكثر ثباتًا ودقة.
والمقصود بكتابة المهارات هنا ليس كتابة قسم المهارات في السيرة الذاتية، بل إنشاء حزمة منظمة توضّح لوكيل الذكاء الاصطناعي ماذا يفعل، ومتى يستخدم هذه المهارة، وما الخطوات التي يتبعها، وما النتيجة التي يجب أن يقدمها.
على سبيل المثال، بدل أن تشرح لـChatGPT في كل مرة كيف يكتب مقالًا متوافقًا مع محركات البحث، يمكنك إنشاء مهارة متخصصة في كتابة المقالات. تتضمن هذه المهارة قواعد البحث، واختيار المصادر، وبناء العناوين، وكتابة الوصف التعريفي، وإضافة الروابط الداخلية، ومراجعة جودة المقال قبل تسليمه.
بهذه الطريقة لا تبدأ من الصفر في كل مرة، ولا تعتمد على ذاكرتك لتكرار التعليمات نفسها. بل يصبح لديك نظام عمل جاهز يمكن استخدامه مرارًا، وتطويره كلما ظهرت لديك ملاحظات جديدة.
في هذا الدليل سنتعرف إلى مفهوم Skills، والفرق بينها وبين المطالبة العادية، وشروط كتابة المهارات بطريقة احترافية، وبنيتها الأساسية، وكيف يمكن استخدامها لزيادة الإنتاجية وتحسين جودة النتائج.
ما المقصود بالمهارات Skills في الذكاء الاصطناعي؟
المهارة أو الـSkill هي سير عمل قابل لإعادة الاستخدام والمشاركة، يخبر وكيل الذكاء الاصطناعي بكيفية تنفيذ مهمة محددة بصورة منظمة ومتكررة.
يمكن أن تحتوي المهارة على:
تخيل مثلًا أنك تدير منتدى أو موقعًا إلكترونيًا، وتحتاج باستمرار إلى إعداد مقالات طويلة. من دون مهارة، ستضطر إلى تكرار تعليمات مثل:
ما الفرق بين المهارة والمطالبة العادية؟
قد تبدو المهارة للوهلة الأولى مجرد مطالبة طويلة، لكن الفرق بينهما كبير.
المطالبة مخصصة غالبًا لمهمة واحدة
عندما تكتب:
- اكتب مقالًا عن فوائد الذكاء الاصطناعي في التعليم.
فأنت تطلب تنفيذ مهمة واحدة. وبعد انتهاء المحادثة قد تحتاج إلى إعادة كتابة التعليمات عند إعداد مقال جديد.
المهارة نظام عمل قابل لإعادة الاستخدام
المهارة لا تحدد موضوع المقال فقط، بل تحدد الطريقة التي يجب اتباعها في جميع المقالات. فقد تطلب من الوكيل أن يبدأ بأسئلة توضيحية، ثم يبحث، ثم يبني مخططًا، ثم يكتب المقال، ثم يراجعه وفق قائمة تقييم محددة.
لهذا يمكننا وصف العلاقة بينهما بالشكل التالي:
كيف تعمل المهارات داخل الوكيل الذكي؟
تعتمد مهارات الوكلاء على فكرة تسمى الإفصاح التدريجي عن السياق Progressive Disclosure.
عند بداية الجلسة، لا يحمّل الوكيل عادةً جميع تفاصيل كل مهارة متاحة لديه، لأن ذلك قد يستهلك مساحة السياق ويشتت انتباه النموذج. بدلًا من ذلك، يطّلع أولًا على اسم المهارة ووصفها فقط.
وعندما يجد أن طلب المستخدم يتطابق مع وصف إحدى المهارات، يقوم بتحميل تعليماتها الكاملة واستخدامها [2][3].
تمر العملية عادة بالمراحل التالية:
1. يكتب المستخدم طلبًا.
2. يحلل الوكيل هدف المستخدم.
3. يقارن الهدف بأوصاف المهارات المتاحة.
4. يختار المهارة الأكثر ملاءمة.
5. يحمّل ملف تعليماتها الكامل.
6. يقرأ الملفات المرجعية الضرورية عند الحاجة.
7. ينفذ الخطوات المحددة.
8. يراجع النتيجة وفق معايير المهارة.
9. يسلّم المخرجات للمستخدم.
وهنا تظهر أهمية وصف المهارة. فقد تكون التعليمات الداخلية ممتازة، لكن الوكيل لن يستفيد منها إذا كان وصف التفعيل غامضًا ولا يوضح متى يجب استخدام المهارة.
البنية الأساسية لملفات Skills
وفق مواصفة Agent Skills المفتوحة، تتكون المهارة في أبسط صورها من مجلد يحتوي على ملف إلزامي اسمه:
ويمكن أن يحتوي المجلد أيضًا على ملفات ومجلدات مساندة:
وظيفة كل جزء هي:
ملف SKILL.md
هو الملف الرئيسي الذي يحتوي على بيانات المهارة وتعليماتها.
مجلد scripts
يحتوي على البرامج أو الشيفرات التي تحتاج المهارة إلى تشغيلها، خصوصًا عندما تكون الدقة الحتمية مطلوبة أو عندما يتكرر إنشاء الشيفرة نفسها.
من أمثلة ذلك:
يحتوي على المعلومات المرجعية التي لا تحتاج إلى التحميل في كل تشغيل، مثل:
يحتوي على الموارد المستخدمة في النتائج، مثل:
يمكن استخدامه لحفظ حالات الاختبار ومعايير التقييم التي توضح ما إذا كانت المهارة تعمل بالشكل المطلوب.
مكونات ملف SKILL.md
يتكون ملف المهارة من جزأين رئيسيين:
1. بيانات YAML في البداية.
2. تعليمات Markdown بعد البيانات.
ويظهر الهيكل الأساسي كالتالي:
هذا النموذج بسيط، لكنه يوضح الأساس الذي تُبنى عليه المهارات الأكبر.
شروط كتابة المهارات بطريقة احترافية
لا يكفي إنشاء ملف يحمل اسم SKILL.md ووضع مجموعة تعليمات عامة داخله. المهارة الاحترافية تحتاج إلى شروط واضحة تجعلها قابلة للفهم والتفعيل والاختبار والصيانة.
1. اختيار اسم واضح ومحدد
يجب أن يعبر اسم المهارة عن وظيفتها الأساسية.
أسماء جيدة:
أسماء غير جيدة:
تنص المواصفة المفتوحة على أن حقل
والأفضل أن يكون اسم المجلد مطابقًا لاسم المهارة، لأن ذلك يجعل الملفات أكثر تنظيمًا ويسهل نقلها بين الأنظمة.
2. كتابة وصف تفعيل دقيق
حقل
يجب أن يجيب الوصف عن سؤالين:
مثال ضعيف:
المشكلة هنا أن الوصف واسع وغامض. لا يعرف الوكيل هل تستخدم المهارة لكتابة مقال، أم بريد إلكتروني، أم قصة، أم منشور اجتماعي.
مثال أفضل:
الوصف الجيد يركز على هدف المستخدم وليس على التفاصيل البرمجية الداخلية. كما يجب ألا يكون عامًا إلى درجة تفعيل المهارة في كل طلب، ولا ضيقًا إلى درجة عدم تشغيلها إلا عند استخدام عبارة حرفية محددة [3].
والحد الأعلى الرسمي لحقل الوصف هو 1024 حرفًا [2].
3. تحديد غرض واحد متماسك
من أكثر أخطاء كتابة المهارات انتشارًا محاولة وضع عشرات الوظائف المختلفة داخل مهارة واحدة.
فمثلًا، هذه المهارة واسعة أكثر من اللازم:
كتابة المقالات، وتصميم الصور، وإدارة البريد، وتحليل البيانات، وبناء المواقع، ومراجعة الشيفرة.
كل وظيفة من هذه الوظائف تحتاج إلى مدخلات وخطوات وأدوات ومعايير مختلفة. وعند جمعها داخل Skill واحدة يصبح وصف التفعيل غير دقيق، وتزداد احتمالات تعارض التعليمات.
المهارة الجيدة تشبه الوظيفة البرمجية الجيدة: تنجز وحدة عمل مفهومة ومتماسكة.
يمكن أن تتولى مهارة كتابة المقال:
4. تحديد المدخلات المطلوبة
يجب أن يعرف الوكيل المعلومات التي يحتاج إليها قبل التنفيذ.
في مهارة كتابة مقال، قد تشمل المدخلات:
على سبيل المثال:
بهذا تمنع المهارة من إيقاف العمل بسبب تفاصيل صغيرة، مع الاحتفاظ بحق طلب التوضيح عندما يؤدي غياب المعلومة إلى تغيير النتيجة جذريًا.
5. تعريف المخرجات بوضوح
من الضروري كتابة عقد مخرجات Output Contract يحدد الشكل النهائي المتوقع.
على سبيل المثال:
من دون هذا العقد قد يقدم الوكيل مقالًا جيدًا لكنه ينسى الوصف التعريفي أو الروابط أو المصادر.
كلما كانت المخرجات منظمة وقابلة للفحص، كان من الأسهل اختبار المهارة وتحسينها.
6. تحويل المهمة إلى سير عمل واضح
لا تكتب قائمة رغبات غير مترابطة. حوّل المهمة إلى مراحل منطقية.
مثال:
هذا التسلسل يمنع الوكيل من البدء في الكتابة قبل البحث، أو إضافة المصادر بعد الانتهاء بطريقة شكلية.
لكن لا تجعل الخطوات جامدة في المهام المرنة. فإذا كان الهدف يمكن الوصول إليه بعدة طرق صحيحة، اشرح النتيجة المطلوبة واترك للوكيل مساحة لاختيار الطريق الأنسب.
أما في العمليات الحساسة، مثل حذف الملفات أو تعديل قواعد البيانات، فيجب تحديد التسلسل بدقة وإضافة نقاط توقف وموافقات صريحة.
7. كتابة قواعد لاتخاذ القرارات
المهارات الاحترافية لا تحتوي على المسار المثالي فقط، بل توضّح كيفية التعامل مع الحالات المختلفة.
مثال:
قواعد القرار تقلل التخمين، وتمنع الوكيل من التصرف بطريقة غير مرغوبة عند ظهور حالة استثنائية.
8. إضافة الحدود وقواعد الأمان
قد تحتوي المهارات على تعليمات وملفات وشيفرات قابلة للتنفيذ، ولذلك يجب التعامل معها بحذر.
توصي OpenAI بمراجعة المهارات التي يتم تحميلها من مصادر خارجية، والتأكد من الثقة بمصدرها، لأن الفحص الآلي لا يغني عن المراجعة البشرية [1].
يمكن أن تتضمن قواعد الأمان:
9. استخدام الملفات المرجعية عند الحاجة
قد يكون لديك دليل أسلوب من 50 صفحة أو توثيق API طويل. وضع كل ذلك داخل SKILL.md سيجعل المهارة ضخمة ومشتتة.
توصي أفضل ممارسات Agent Skills بإبقاء ملف SKILL.md مركزًا على التعليمات الأساسية، ونقل التفاصيل الطويلة إلى ملفات منفصلة تُقرأ عند الحاجة [4].
بدلًا من كتابة:
اكتب تعليمات دقيقة:
بهذا يحمل الوكيل المعلومات التي يحتاجها فقط، بدل استهلاك السياق بملفات قد لا تكون مرتبطة بالمهمة الحالية.
توصي المواصفة بإبقاء ملف SKILL.md عادةً تحت 500 سطر و 5000 رمز لغوي تقريبًا، مع نقل المحتوى التفصيلي إلى الملفات المرجعية [4].
10. إضافة أمثلة وأمثلة مضادة
تساعد الأمثلة الوكيل على فهم مستوى الجودة المطلوب.
مثال جيد:
ويمكن إضافة مثال مضاد:
لكن يجب التأكد من أن الأمثلة لا تتعارض مع التعليمات. فإذا طلبت في القواعد لغة رسمية، ثم قدمت مثالًا عاميًا، فقد يتبع النموذج المثال بدل القاعدة.
كيفية كتابة مهارة احترافية خطوة بخطوة
الخطوة الأولى: ابحث عن مهمة متكررة
ابدأ بمهمة تنفذها كثيرًا، مثل:
أما إذا كنت تكرر التعليمات نفسها، أو تحتاج إلى جودة ثابتة، أو توجد خطوات لا يجوز نسيانها، فهي مرشح جيد للتحويل إلى Skill.
الخطوة الثانية: اكتب تعريف النجاح
قبل كتابة التعليمات، اسأل:
كيف أعرف أن النتيجة ممتازة؟
بالنسبة إلى مهارة المقالات، قد يكون النجاح هو:
الخطوة الثالثة: حدد متى تعمل المهارة ومتى لا تعمل
أنشئ قائمتين:
الاولى: تعمل المهارة عندما يطلب المستخدم:
الخطوة الرابعة: أنشئ الهيكل الأولي
ابدأ بأقل بنية ممكنة:
ثم أضف المجلدات الأخرى فقط إذا كانت تخدم وظيفة حقيقية.
الخطوة الخامسة: اكتب بيانات YAML
مثال:
الحقول
الخطوة السادسة: اكتب التعليمات الأساسية
رتب التعليمات تحت عناوين واضحة:
العناوين تجعل الملف أسهل في القراءة، سواء للوكيل أو للشخص الذي يراجعه.
الخطوة السابعة: أضف الموارد الضرورية فقط
أضف برنامجًا عندما تحتاج إلى نتيجة حتمية، أو عندما تجد الوكيل يعيد كتابة البرنامج نفسه في كل تشغيل.
وأضف ملفًا مرجعيًا عندما تكون المعلومات:
الخطوة الثامنة: اختبر التفعيل
اكتب مجموعة من الطلبات التي يجب أن تشغّل المهارة، وأخرى يجب ألا تشغّلها.
مثال:
يقترح دليل تحسين الأوصاف إعداد نحو 20 حالة اختبار، تتوزع تقريبًا بين الحالات الإيجابية والسلبية، مع تنويع الصياغة والطول ومستوى الوضوح والأخطاء الإملائية [3].
لا تختبر فقط عبارات تحتوي على اسم المهارة حرفيًا. استخدم طلبات طبيعية، مثلما يكتبها المستخدم الحقيقي.
الخطوة التاسعة: اختبر جودة التنفيذ
اختبار التفعيل يجيب عن سؤال:
- هل اختار الوكيل المهارة المناسبة؟
أما اختبار التنفيذ فيجيب عن سؤال آخر:
- هل حسّنت المهارة النتيجة فعلًا؟
شغّل المهمة مرة باستخدام المهارة، ومرة من دونها. ثم قارن:
مثال لمعايير جيدة:
أما عبارة مثل «يجب أن يكون المقال رائعًا» فهي معيار ضعيف، لأنها غير محددة وغير قابلة للقياس.
الخطوة العاشرة: نفذ ثم راجع ثم حسّن
النسخة الأولى من المهارة نادرًا ما تكون النسخة النهائية.
بعد الاستخدام الفعلي، راقب:
كيف تساهم Skills في زيادة الإنتاجية؟
- تقليل تكرار التعليمات
أول فائدة واضحة هي أنك لا تعيد كتابة القواعد نفسها في كل مرة. يكفي إدخال البيانات المتغيرة، بينما تتولى المهارة تطبيق النظام الثابت.
- تحسين اتساق النتائج
إذا كان فريق كامل يكتب المقالات أو التقارير، يمكن لمهارة مشتركة أن تضمن اتباع الجميع للبنية والمعايير نفسها.
- تقليل الأخطاء والنسيان
قائمة الفحص داخل المهارة تمنع نسيان خطوات مثل التحقق من المصادر أو إضافة الوصف التعريفي.
- تسريع تدريب أعضاء الفريق
بدل شرح العملية يدويًا لكل موظف جديد، يمكن تحويلها إلى Skill تصف الخطوات والقواعد والأمثلة والنتائج المطلوبة.
- الحفاظ على معرفة المؤسسة
قد تكون لدى أحد الموظفين خبرة كبيرة في طريقة إعداد التقارير. عند تحويل معرفته إلى مهارة، تصبح العملية موثقة وقابلة للاستخدام حتى في غيابه.
- دمج التعليمات مع الأدوات
لا تقتصر المهارات على النصوص، بل تستطيع تضمين برامج وموارد وأدوات. وقد أوضحت OpenAI أن Skills توسع استخدام Codex ليشمل البحث وتركيب المعلومات وحل المشكلات والكتابة وتشغيل سير العمل، وليس توليد الشيفرة فقط [8].
- تحرير وقت المستخدم للمهام الأهم
عندما تتولى المهارة الأعمال المتكررة، يستطيع المستخدم التركيز على مراجعة الأفكار واتخاذ القرارات والإبداع، بدل الانشغال في إعادة صياغة التعليمات أو تصحيح الشكل في كل مرة.
لكن يجب فهم نقطة مهمة: المهارة لا تضمن الجودة تلقائيًا. فائدتها الحقيقية تظهر عندما تحول عملية ناجحة ومختبرة إلى نظام قابل للتكرار.
أخطاء شائعة عند كتابة المهارات
1. كتابة مهارة طويلة بلا حاجة
قد يظن البعض أن الملف الأطول أقوى، بينما تؤدي التعليمات الزائدة إلى تشتيت النموذج واستهلاك السياق.
اسأل عن كل فقرة:
- هل سيخطئ الوكيل فعلًا إذا حذفت هذه المعلومة؟
إذا كانت الإجابة لا، فربما لا تحتاج إليها.
2. جعل الوصف عامًا جدًا
مثل:
قد يؤدي ذلك إلى تفعيل المهارة عند كتابة رسالة أو منشور أو قصة، حتى لو كانت مخصصة للمقالات البحثية فقط.
3. تكرار المعرفة العامة
لا تحتاج إلى شرح ما هو الإنترنت أو ما هو ملف PDF أو ما هو المقال، إلا إذا كانت للمهارة قواعد خاصة مرتبطة بذلك المفهوم.
ركز على المعلومات التي لا يعرفها الوكيل من تلقاء نفسه، مثل إجراءات مشروعك وقواعد علامتك التجارية والحالات الاستثنائية.
4. وجود تعليمات متعارضة
مثال:
5. غياب الشكل النهائي
قد تكتب عملية بحث ممتازة، لكن من دون Output Contract لن تعرف كيف سيبدو الناتج.
6. عدم تعريف حالات الفشل
ماذا يفعل الوكيل إذا لم يجد مصادر؟ ماذا يحدث إذا كان الملف تالفًا؟ ماذا يفعل إذا كان المستخدم لم يحدد الجمهور؟
عدم الإجابة عن هذه الأسئلة يجعل سلوك المهارة غير مستقر.
7. استخدام شيفرات غير موثوقة
أي Skill تحتوي على برامج أو أوامر قد تحمل مخاطر. راجع الشيفرة، والصلاحيات، والاتصالات الخارجية، والملفات التي يمكن تعديلها قبل تثبيتها أو مشاركتها.
8. عدم اختبار المهارة من دونها
قد تنشئ Skill معقدة لمهمة يستطيع النموذج تنفيذها جيدًا أصلًا. المقارنة بين الأداء مع المهارة ومن دونها تكشف ما إذا كانت تضيف قيمة حقيقية.
9. محاولة علاج كل استثناء بالتعليمات
إضافة قاعدة لكل حالة ممكنة تجعل الملف ضخمًا. ضع القواعد للحالات المهمة والمتكررة، واترك للوكيل مساحة للتصرف المنطقي في الحالات البسيطة.
قائمة فحص المهارة الاحترافية
استخدم القائمة التالية قبل اعتماد أي Skill:
- الهوية والتفعيل
- هل أحتاج إلى معرفة البرمجة لإنشاء Skill؟
ليس دائمًا. يمكنك إنشاء مهارة نصية تعتمد على ملف SKILL.md وتعليمات Markdown فقط. تصبح البرمجة ضرورية عندما تحتاج إلى تشغيل عمليات حتمية أو التعامل مع ملفات وأدوات بطريقة لا تكفي فيها التعليمات النصية.
- هل يمكن كتابة المهارات باللغة العربية؟
نعم، يمكن كتابة تعليمات المهارة باللغة العربية. لكن يفضل استخدام أسماء الملفات والمجلدات والحقول التقنية بالتنسيق الذي تفرضه المنصة أو المواصفة والتي هي الانجليزية، مع كتابة المحتوى التفسيري بالعربية.
- هل Skill هي نفسها GPT مخصص؟
ليستا الشيء نفسه. الـGPT المخصص مساعد له إعدادات وتعليمات وأدوات خاصة، بينما Skill هي قدرة أو سير عمل قابل لإعادة الاستخدام يمكن أن يستدعيه وكيل متوافق عند الحاجة. وقد يستخدم الوكيل أكثر من مهارة في المهمة نفسها.
- هل يمكن لمهارة واحدة استخدام مهارة أخرى؟
يمكن للأنظمة المتوافقة استخدام عدة مهارات في المهمة الواحدة. لكن لا ينبغي الاعتماد على ذلك من دون اختبار، لأن التعليمات قد تتعارض أو تزيد استهلاك السياق.
- هل يجب وضع جميع التعليمات في SKILL.md؟
لا. ضع التعليمات الأساسية التي يحتاجها كل تشغيل في الملف الرئيسي، وانقل المعلومات التفصيلية إلى
- كم يجب أن يكون طول المهارة؟
لا يوجد طول مثالي لجميع المهارات. اجعلها قصيرة بما يكفي لتبقى واضحة، ومفصلة بما يكفي لمنع الأخطاء المهمة. التوصية العامة هي إبقاء SKILL.md تحت 500 سطر و 5000 رمز تقريبًا، مع استخدام الإفصاح التدريجي للمعلومات الطويلة [4].
- كيف أعرف أن المهارة نجحت؟
لا تعتمد على شعورك العام. أنشئ اختبارات تفعيل، وحالات تنفيذ واقعية، ومعايير قابلة للقياس. ثم قارن جودة العمل مع المهارة ومن دونها.
- هل يمكن مشاركة Skills مع الآخرين؟
نعم، يمكن مشاركة المهارات في البيئات التي تدعم ذلك. وتوضح OpenAI أن مهارات ChatGPT قابلة للمشاركة داخل مساحات العمل المسموح بها، كما تتبع معيار Agent Skills المفتوح الذي يساعد على نقلها بين المنتجات المتوافقة، رغم أن المزامنة التلقائية بين المنتجات لم تكن متاحة عند إعداد هذا المقال [1].
- هل المهارات متاحة لكل حسابات ChatGPT؟
بحسب وثائق OpenAI المنشورة عند إعداد المقال، كانت Skills في ChatGPT متاحة تجريبيًا ضمن خطط Business و Enterprise و Edu و Teachers و Healthcare، إضافة إلى دعمها في Codex وواجهة API [1]. وقد تتغير الإتاحة لاحقًا، لذلك يُنصح بمراجعة صفحة المساعدة الرسمية.
الخلاصة
كتابة المهارات Skills بطريقة احترافية تعني تحويل الخبرة المتكررة إلى نظام واضح يستطيع وكيل الذكاء الاصطناعي فهمه وتنفيذه واختباره.
لا تبدأ بملف طويل مليء بالقواعد، بل ابدأ بمهمة حقيقية تتكرر في عملك. حدد متى يجب تنفيذها، وما المدخلات التي تحتاج إليها، وما الخطوات الأساسية، وكيف يجب أن تبدو النتيجة، وما الحالات التي تستدعي التوقف أو طلب التوضيح.
ثم اختبر المهارة بطلبات واقعية، وقارن الأداء قبل استخدامها وبعده. احذف التعليمات التي لا تضيف قيمة، وحسّن وصف التفعيل، وانقل التفاصيل الطويلة إلى ملفات مرجعية منفصلة.
المهارة الجيدة ليست التي تحتوي على أكبر عدد من الكلمات، بل التي تجعل الوكيل يختارها في الوقت الصحيح، وينفذ المهمة بطريقة ثابتة، ويتعامل مع الأخطاء بأمان، ويقدم نتيجة يمكن فحصها والاستفادة منها.
وعندما تبني مكتبة من المهارات المتخصصة، فإنك لا تستخدم الذكاء الاصطناعي لتنفيذ أوامر منفردة فقط؛ بل تنشئ منظومة عمل تحفظ خبرتك، وتقلل التكرار، وترفع الإنتاجية، وتحسن جودة المخرجات مع مرور الوقت.
ابدأ الآن ببناء أول Skill خاصة بك
لا تجعل ما تعلمته يتوقف عند حدود القراءة. اختر مهمة تكررها باستمرار، واكتب خطواتها بوضوح، وحدد المدخلات المطلوبة والنتيجة التي تريد الوصول إليها، ثم حوّلها إلى مهارة قابلة للاختبار والتطوير.
ابدأ بنسخة بسيطة، حولها إلى مهارة قابلة للاختبار والتطوير، انشئها في أكثر من سيناريو، وسجّل الأخطاء التي تظهر لك. تذكّر أن المهارة الاحترافية لا تُبنى دفعة واحدة، بل تتحسن مع الاستخدام والمراجعة المستمرة.
شاركنا في التعليقات: ما أول مهمة متكررة ترغب في تحويلها إلى Skill ذكية تزيد إنتاجيتك؟
إذا وجدت الدليل مفيدًا، شاركه مع المهتمين بالذكاء الاصطناعي، فقد يكون نقطة البداية التي تساعدهم على الانتقال من استخدام الأوامر المنفردة إلى بناء أنظمة عمل أكثر ذكاءً وتنظيمًا.
دمتم بود.
المصادر
[1] OpenAI. “Skills in ChatGPT.” OpenAI Help Center، محدث في 2026.
[2] Agent Skills. “Specification.” المواصفة الرسمية المفتوحة لملفات Agent Skills.
[3] Agent Skills. “Optimizing Skill Descriptions.” دليل تحسين وصف التفعيل.
[4] Agent Skills. “Best Practices for Skill Creators.” أفضل ممارسات إنشاء المهارات.
[5] Agent Skills. “Evaluating Skill Output Quality.” دليل اختبار نتائج المهارات.
[6] OpenAI. “Skill Creator — SKILL.md.” مستودع OpenAI الرسمي للمهارات، GitHub.
[7] OpenAI. “Prompt Engineering.” وثائق OpenAI API.
[8] OpenAI. “Introducing the Codex App.” OpenAI، 2026.
[9] OpenAI. “A Practical Guide to Building AI Agents.” دليل بناء الوكلاء.
والمقصود بكتابة المهارات هنا ليس كتابة قسم المهارات في السيرة الذاتية، بل إنشاء حزمة منظمة توضّح لوكيل الذكاء الاصطناعي ماذا يفعل، ومتى يستخدم هذه المهارة، وما الخطوات التي يتبعها، وما النتيجة التي يجب أن يقدمها.
على سبيل المثال، بدل أن تشرح لـChatGPT في كل مرة كيف يكتب مقالًا متوافقًا مع محركات البحث، يمكنك إنشاء مهارة متخصصة في كتابة المقالات. تتضمن هذه المهارة قواعد البحث، واختيار المصادر، وبناء العناوين، وكتابة الوصف التعريفي، وإضافة الروابط الداخلية، ومراجعة جودة المقال قبل تسليمه.
بهذه الطريقة لا تبدأ من الصفر في كل مرة، ولا تعتمد على ذاكرتك لتكرار التعليمات نفسها. بل يصبح لديك نظام عمل جاهز يمكن استخدامه مرارًا، وتطويره كلما ظهرت لديك ملاحظات جديدة.
في هذا الدليل سنتعرف إلى مفهوم Skills، والفرق بينها وبين المطالبة العادية، وشروط كتابة المهارات بطريقة احترافية، وبنيتها الأساسية، وكيف يمكن استخدامها لزيادة الإنتاجية وتحسين جودة النتائج.
ما المقصود بالمهارات Skills في الذكاء الاصطناعي؟
المهارة أو الـSkill هي سير عمل قابل لإعادة الاستخدام والمشاركة، يخبر وكيل الذكاء الاصطناعي بكيفية تنفيذ مهمة محددة بصورة منظمة ومتكررة.
يمكن أن تحتوي المهارة على:
- تعليمات مكتوبة.
- خطوات تنفيذ متسلسلة.
- أمثلة صحيحة.
- أمثلة يجب تجنبها.
- قواعد لاتخاذ القرارات.
- ملفات مرجعية.
- قوالب جاهزة.
- شيفرات أو برامج مساعدة.
- شروط أمان وحدود للاستخدام.
- معايير لاختبار جودة النتيجة.
تخيل مثلًا أنك تدير منتدى أو موقعًا إلكترونيًا، وتحتاج باستمرار إلى إعداد مقالات طويلة. من دون مهارة، ستضطر إلى تكرار تعليمات مثل:
- ابحث في مصادر موثوقة.
- لا تنسخ النصوص.
- اكتب مقدمة جذابة.
- استخدم عناوين H2 وH3.
- أضف وصفًا تعريفيًا.
- راجع الحقائق.
- اقترح صورًا وروابط داخلية.
- اجعل اللغة مناسبة للمبتدئين.
ما الفرق بين المهارة والمطالبة العادية؟
قد تبدو المهارة للوهلة الأولى مجرد مطالبة طويلة، لكن الفرق بينهما كبير.
المطالبة مخصصة غالبًا لمهمة واحدة
عندما تكتب:
- اكتب مقالًا عن فوائد الذكاء الاصطناعي في التعليم.
فأنت تطلب تنفيذ مهمة واحدة. وبعد انتهاء المحادثة قد تحتاج إلى إعادة كتابة التعليمات عند إعداد مقال جديد.
المهارة نظام عمل قابل لإعادة الاستخدام
المهارة لا تحدد موضوع المقال فقط، بل تحدد الطريقة التي يجب اتباعها في جميع المقالات. فقد تطلب من الوكيل أن يبدأ بأسئلة توضيحية، ثم يبحث، ثم يبني مخططًا، ثم يكتب المقال، ثم يراجعه وفق قائمة تقييم محددة.
لهذا يمكننا وصف العلاقة بينهما بالشكل التالي:
- المطالبة: تحدد المهمة الحالية.
- المهارة: تحدد المنهج الذي يجب اتباعه في هذا النوع من المهام.
- الوكيل Agent: النظام الذي يفسر المهمة، ويختار المهارة والأدوات، وينفذ العمل.
- الأداة Tool: وسيلة خارجية يستخدمها الوكيل، مثل البحث في الويب أو تشغيل برنامج.
- MCP: طريقة معيارية لربط الوكيل بخدمات أو بيانات وأدوات خارجية.
كيف تعمل المهارات داخل الوكيل الذكي؟
تعتمد مهارات الوكلاء على فكرة تسمى الإفصاح التدريجي عن السياق Progressive Disclosure.
عند بداية الجلسة، لا يحمّل الوكيل عادةً جميع تفاصيل كل مهارة متاحة لديه، لأن ذلك قد يستهلك مساحة السياق ويشتت انتباه النموذج. بدلًا من ذلك، يطّلع أولًا على اسم المهارة ووصفها فقط.
وعندما يجد أن طلب المستخدم يتطابق مع وصف إحدى المهارات، يقوم بتحميل تعليماتها الكاملة واستخدامها [2][3].
تمر العملية عادة بالمراحل التالية:
1. يكتب المستخدم طلبًا.
2. يحلل الوكيل هدف المستخدم.
3. يقارن الهدف بأوصاف المهارات المتاحة.
4. يختار المهارة الأكثر ملاءمة.
5. يحمّل ملف تعليماتها الكامل.
6. يقرأ الملفات المرجعية الضرورية عند الحاجة.
7. ينفذ الخطوات المحددة.
8. يراجع النتيجة وفق معايير المهارة.
9. يسلّم المخرجات للمستخدم.
وهنا تظهر أهمية وصف المهارة. فقد تكون التعليمات الداخلية ممتازة، لكن الوكيل لن يستفيد منها إذا كان وصف التفعيل غامضًا ولا يوضح متى يجب استخدام المهارة.
البنية الأساسية لملفات Skills
وفق مواصفة Agent Skills المفتوحة، تتكون المهارة في أبسط صورها من مجلد يحتوي على ملف إلزامي اسمه:
كود:
SKILL.mdويمكن أن يحتوي المجلد أيضًا على ملفات ومجلدات مساندة:
كود:
article-writer/
├── SKILL.md
├── scripts/
├── references/
├── assets/
├── templates/
└── evals/وظيفة كل جزء هي:
ملف SKILL.md
هو الملف الرئيسي الذي يحتوي على بيانات المهارة وتعليماتها.
مجلد scripts
يحتوي على البرامج أو الشيفرات التي تحتاج المهارة إلى تشغيلها، خصوصًا عندما تكون الدقة الحتمية مطلوبة أو عندما يتكرر إنشاء الشيفرة نفسها.
من أمثلة ذلك:
- برنامج يحسب عدد كلمات المقال.
- برنامج يتحقق من صلاحية ملف JSON.
- برنامج يعيد تسمية الصور.
- برنامج يحول ملفًا من صيغة إلى أخرى.
يحتوي على المعلومات المرجعية التي لا تحتاج إلى التحميل في كل تشغيل، مثل:
- دليل أسلوب العلامة التجارية.
- قواعد تحرير المقالات.
- توثيق API.
- مخطط قاعدة البيانات.
- سياسات المؤسسة.
- قائمة المصطلحات المعتمدة.
يحتوي على الموارد المستخدمة في النتائج، مثل:
- القوالب.
- الصور.
- الأيقونات.
- ملفات التصميم.
- نماذج التقارير.
- ملفات العرض الأساسية.
يمكن استخدامه لحفظ حالات الاختبار ومعايير التقييم التي توضح ما إذا كانت المهارة تعمل بالشكل المطلوب.
مكونات ملف SKILL.md
يتكون ملف المهارة من جزأين رئيسيين:
1. بيانات YAML في البداية.
2. تعليمات Markdown بعد البيانات.
ويظهر الهيكل الأساسي كالتالي:
Markdown (بنكهة GitHub):
name: seo-article-writer
description: Use this skill when the user asks for a researched, source-backed SEO article, long-form guide, or publish-ready blog post.
# SEO Article Writer
## Purpose
Create accurate, original, source-backed SEO articles.
## Workflow
1. Collect the required inputs.
2. Research authoritative sources.
3. Build an article outline.
4. Draft the article.
5. Review facts and SEO elements.
6. Deliver the final output.هذا النموذج بسيط، لكنه يوضح الأساس الذي تُبنى عليه المهارات الأكبر.
شروط كتابة المهارات بطريقة احترافية
لا يكفي إنشاء ملف يحمل اسم SKILL.md ووضع مجموعة تعليمات عامة داخله. المهارة الاحترافية تحتاج إلى شروط واضحة تجعلها قابلة للفهم والتفعيل والاختبار والصيانة.
1. اختيار اسم واضح ومحدد
يجب أن يعبر اسم المهارة عن وظيفتها الأساسية.
أسماء جيدة:
كود:
seo-article-writer
invoice-data-extractor
facebook-post-creator
code-security-reviewerأسماء غير جيدة:
كود:
helper
smart-tool
best-skill
all-in-oneتنص المواصفة المفتوحة على أن حقل
name:- إلزامي.
- لا يتجاوز 64 حرفًا.
- يستخدم الحروف الإنجليزية الصغيرة والأرقام والشرطات.
- لا يبدأ بشرطة ولا ينتهي بها [2].
والأفضل أن يكون اسم المجلد مطابقًا لاسم المهارة، لأن ذلك يجعل الملفات أكثر تنظيمًا ويسهل نقلها بين الأنظمة.
2. كتابة وصف تفعيل دقيق
حقل
description ليس مجرد تعريف تسويقي للمهارة. إنه من أهم عناصرها، لأن الوكيل يعتمد عليه ليقرر هل يستخدمها أم لا.يجب أن يجيب الوصف عن سؤالين:
- ماذا تنجز المهارة؟
- متى ينبغي استخدامها؟
مثال ضعيف:
YAML:
description: A useful skill for writing.المشكلة هنا أن الوصف واسع وغامض. لا يعرف الوكيل هل تستخدم المهارة لكتابة مقال، أم بريد إلكتروني، أم قصة، أم منشور اجتماعي.
مثال أفضل:
YAML:
description:
Use this skill when the user asks for a researched SEO article,
long-form blog post, educational guide, or source-backed explainer.
It collects article requirements, researches reliable sources,
drafts the content, applies SEO metadata, and verifies citations.الوصف الجيد يركز على هدف المستخدم وليس على التفاصيل البرمجية الداخلية. كما يجب ألا يكون عامًا إلى درجة تفعيل المهارة في كل طلب، ولا ضيقًا إلى درجة عدم تشغيلها إلا عند استخدام عبارة حرفية محددة [3].
والحد الأعلى الرسمي لحقل الوصف هو 1024 حرفًا [2].
3. تحديد غرض واحد متماسك
من أكثر أخطاء كتابة المهارات انتشارًا محاولة وضع عشرات الوظائف المختلفة داخل مهارة واحدة.
فمثلًا، هذه المهارة واسعة أكثر من اللازم:
كتابة المقالات، وتصميم الصور، وإدارة البريد، وتحليل البيانات، وبناء المواقع، ومراجعة الشيفرة.
كل وظيفة من هذه الوظائف تحتاج إلى مدخلات وخطوات وأدوات ومعايير مختلفة. وعند جمعها داخل Skill واحدة يصبح وصف التفعيل غير دقيق، وتزداد احتمالات تعارض التعليمات.
المهارة الجيدة تشبه الوظيفة البرمجية الجيدة: تنجز وحدة عمل مفهومة ومتماسكة.
يمكن أن تتولى مهارة كتابة المقال:
- جمع معلومات المقال.
- البحث عن المصادر.
- إنشاء المخطط.
- كتابة المحتوى.
- تطبيق SEO.
- المراجعة والتوثيق.
4. تحديد المدخلات المطلوبة
يجب أن يعرف الوكيل المعلومات التي يحتاج إليها قبل التنفيذ.
في مهارة كتابة مقال، قد تشمل المدخلات:
- موضوع المقال.
- الكلمة المفتاحية.
- لغة المحتوى.
- الجمهور المستهدف.
- الدولة المستهدفة.
- نبرة الكتابة.
- عدد الكلمات.
- الروابط الداخلية.
- تعليمات العلامة التجارية.
على سبيل المثال:
Markdown (بنكهة GitHub):
If the user does not specify the language, use the language of their request.
If the target audience is missing, assume a beginner audience unless the topic clearly requires professional expertise.بهذا تمنع المهارة من إيقاف العمل بسبب تفاصيل صغيرة، مع الاحتفاظ بحق طلب التوضيح عندما يؤدي غياب المعلومة إلى تغيير النتيجة جذريًا.
5. تعريف المخرجات بوضوح
من الضروري كتابة عقد مخرجات Output Contract يحدد الشكل النهائي المتوقع.
على سبيل المثال:
Markdown (بنكهة GitHub):
The final article must contain:
1. SEO title
2. H1
3. Meta description
4. URL slug
5. Article body
6. FAQ section
7. Image suggestions
8. Internal link opportunities
9. Numbered sourcesمن دون هذا العقد قد يقدم الوكيل مقالًا جيدًا لكنه ينسى الوصف التعريفي أو الروابط أو المصادر.
كلما كانت المخرجات منظمة وقابلة للفحص، كان من الأسهل اختبار المهارة وتحسينها.
6. تحويل المهمة إلى سير عمل واضح
لا تكتب قائمة رغبات غير مترابطة. حوّل المهمة إلى مراحل منطقية.
مثال:
Markdown (بنكهة GitHub):
## Required Workflow
1. Interpret the request.
2. Identify missing critical information.
3. Plan the research.
4. Search authoritative sources.
5. Build a claim ledger.
6. Create the outline.
7. Draft from synthesis.
8. Apply SEO.
9. Verify citations.
10. Run the final quality check.
11. Deliver the article.هذا التسلسل يمنع الوكيل من البدء في الكتابة قبل البحث، أو إضافة المصادر بعد الانتهاء بطريقة شكلية.
لكن لا تجعل الخطوات جامدة في المهام المرنة. فإذا كان الهدف يمكن الوصول إليه بعدة طرق صحيحة، اشرح النتيجة المطلوبة واترك للوكيل مساحة لاختيار الطريق الأنسب.
أما في العمليات الحساسة، مثل حذف الملفات أو تعديل قواعد البيانات، فيجب تحديد التسلسل بدقة وإضافة نقاط توقف وموافقات صريحة.
7. كتابة قواعد لاتخاذ القرارات
المهارات الاحترافية لا تحتوي على المسار المثالي فقط، بل توضّح كيفية التعامل مع الحالات المختلفة.
مثال:
Markdown (بنكهة GitHub):
If reliable sources cannot be found:
- Do not invent facts or citations.
- Explain the limitation.
- Narrow the article scope or mark the claim for verification.
If the topic is medical:
- Use authoritative medical sources.
- Add a clear caution.
- Do not provide personalized diagnosis or treatment.
If the user provides internal links:
- Use only relevant links.
- Do not invent additional URLs.قواعد القرار تقلل التخمين، وتمنع الوكيل من التصرف بطريقة غير مرغوبة عند ظهور حالة استثنائية.
8. إضافة الحدود وقواعد الأمان
قد تحتوي المهارات على تعليمات وملفات وشيفرات قابلة للتنفيذ، ولذلك يجب التعامل معها بحذر.
توصي OpenAI بمراجعة المهارات التي يتم تحميلها من مصادر خارجية، والتأكد من الثقة بمصدرها، لأن الفحص الآلي لا يغني عن المراجعة البشرية [1].
يمكن أن تتضمن قواعد الأمان:
- عدم حذف الملفات من دون موافقة صريحة.
- عدم كشف كلمات المرور أو مفاتيح API.
- عدم إرسال رسائل أو نشر محتوى من دون إذن.
- عدم تشغيل شيفرات مجهولة المصدر.
- عدم استخدام بيانات شخصية خارج الغرض المحدد.
- عدم اختلاق المصادر أو نتائج الاختبارات.
- عدم إجراء تغييرات على بيئة الإنتاج قبل اختبارها.
- طلب التأكيد قبل أي إجراء غير قابل للتراجع.
9. استخدام الملفات المرجعية عند الحاجة
قد يكون لديك دليل أسلوب من 50 صفحة أو توثيق API طويل. وضع كل ذلك داخل SKILL.md سيجعل المهارة ضخمة ومشتتة.
توصي أفضل ممارسات Agent Skills بإبقاء ملف SKILL.md مركزًا على التعليمات الأساسية، ونقل التفاصيل الطويلة إلى ملفات منفصلة تُقرأ عند الحاجة [4].
بدلًا من كتابة:
Markdown (بنكهة GitHub):
Read all files in references before starting.اكتب تعليمات دقيقة:
Markdown (بنكهة GitHub):
Read references/brand-voice.md before writing branded content.
Read references/api-errors.md only when the API returns a non-200 response.
Read references/legal-policy.md when the requested article involves legal claims.بهذا يحمل الوكيل المعلومات التي يحتاجها فقط، بدل استهلاك السياق بملفات قد لا تكون مرتبطة بالمهمة الحالية.
توصي المواصفة بإبقاء ملف SKILL.md عادةً تحت 500 سطر و 5000 رمز لغوي تقريبًا، مع نقل المحتوى التفصيلي إلى الملفات المرجعية [4].
10. إضافة أمثلة وأمثلة مضادة
تساعد الأمثلة الوكيل على فهم مستوى الجودة المطلوب.
مثال جيد:
Markdown (بنكهة GitHub):
Good title:
How Small Businesses Can Reduce Cloud Computing Costs
Weak title:
Amazing Cloud Tips You Must Knowويمكن إضافة مثال مضاد:
Markdown (بنكهة GitHub):
Do not:
- Use unsupported statistics.
- Repeat the primary keyword unnaturally.
- Copy the heading structure of a competing article.
- Claim first-hand experience that did not occur.لكن يجب التأكد من أن الأمثلة لا تتعارض مع التعليمات. فإذا طلبت في القواعد لغة رسمية، ثم قدمت مثالًا عاميًا، فقد يتبع النموذج المثال بدل القاعدة.
كيفية كتابة مهارة احترافية خطوة بخطوة
الخطوة الأولى: ابحث عن مهمة متكررة
ابدأ بمهمة تنفذها كثيرًا، مثل:
- كتابة المقالات.
- تلخيص التقارير.
- تحليل ملفات Excel.
- إعداد منشورات فيسبوك.
- مراجعة الشيفرة.
- إنشاء عروض تقديمية.
- تنظيم محاضر الاجتماعات.
أما إذا كنت تكرر التعليمات نفسها، أو تحتاج إلى جودة ثابتة، أو توجد خطوات لا يجوز نسيانها، فهي مرشح جيد للتحويل إلى Skill.
الخطوة الثانية: اكتب تعريف النجاح
قبل كتابة التعليمات، اسأل:
كيف أعرف أن النتيجة ممتازة؟
بالنسبة إلى مهارة المقالات، قد يكون النجاح هو:
- تحقيق عدد الكلمات المطلوب دون حشو.
- استخدام مصادر موثوقة.
- توثيق الادعاءات المهمة.
- تقديم لغة مناسبة للجمهور.
- وجود عنوان ووصف ورابط مقترح.
- تطبيق بنية H1 وH2 وH3.
- عدم نسخ المصادر.
- إضافة فرص الروابط الداخلية.
الخطوة الثالثة: حدد متى تعمل المهارة ومتى لا تعمل
أنشئ قائمتين:
الاولى: تعمل المهارة عندما يطلب المستخدم:
- مقال SEO.
- دليلًا طويلًا.
- تدوينة موثقة بالمصادر.
- شرحًا تعليميًا للنشر.
- مقارنة بحثية طويلة.
- منشورًا قصيرًا.
- ترجمة حرفية.
- رسالة بريد.
- تلخيص فقرة.
- تعليقًا من سطر واحد.
الخطوة الرابعة: أنشئ الهيكل الأولي
ابدأ بأقل بنية ممكنة:
كود:
my-skill/
└── SKILL.mdثم أضف المجلدات الأخرى فقط إذا كانت تخدم وظيفة حقيقية.
الخطوة الخامسة: اكتب بيانات YAML
مثال:
YAML:
name: arabic-seo-article-writer
description:
Use this skill when the user asks for an Arabic SEO article,
long-form educational guide, researched blog post, or
source-backed web content intended for publication.
license: MIT
compatibility: Requires web access for current research and citation verification.
metadata:
author: Your Name
version: "1.0.0"الحقول
name و description إلزامية، بينما الحقول الأخرى اختيارية وفق المواصفة [2].الخطوة السادسة: اكتب التعليمات الأساسية
رتب التعليمات تحت عناوين واضحة:
Markdown (بنكهة GitHub):
# Purpose
# Scope
# Required Inputs
# Workflow
# Research Rules
# Writing Rules
# Output Contract
# Safety Rules
# Error Handling
# Evaluation Criteriaالعناوين تجعل الملف أسهل في القراءة، سواء للوكيل أو للشخص الذي يراجعه.
الخطوة السابعة: أضف الموارد الضرورية فقط
أضف برنامجًا عندما تحتاج إلى نتيجة حتمية، أو عندما تجد الوكيل يعيد كتابة البرنامج نفسه في كل تشغيل.
وأضف ملفًا مرجعيًا عندما تكون المعلومات:
- طويلة.
- متخصصة.
- لا يحتاجها كل تشغيل.
- قابلة للتحديث بصورة منفصلة.
- خاصة بمؤسسة أو مشروع.
الخطوة الثامنة: اختبر التفعيل
اكتب مجموعة من الطلبات التي يجب أن تشغّل المهارة، وأخرى يجب ألا تشغّلها.
مثال:
JSON:
[
{
"query": "اكتب مقالًا عربيًا من 2000 كلمة عن الحوسبة السحابية مع المصادر",
"should_trigger": true
},
{
"query": "اكتب تعليقًا قصيرًا لصورة على إنستغرام",
"should_trigger": false
}
]يقترح دليل تحسين الأوصاف إعداد نحو 20 حالة اختبار، تتوزع تقريبًا بين الحالات الإيجابية والسلبية، مع تنويع الصياغة والطول ومستوى الوضوح والأخطاء الإملائية [3].
لا تختبر فقط عبارات تحتوي على اسم المهارة حرفيًا. استخدم طلبات طبيعية، مثلما يكتبها المستخدم الحقيقي.
الخطوة التاسعة: اختبر جودة التنفيذ
اختبار التفعيل يجيب عن سؤال:
- هل اختار الوكيل المهارة المناسبة؟
أما اختبار التنفيذ فيجيب عن سؤال آخر:
- هل حسّنت المهارة النتيجة فعلًا؟
شغّل المهمة مرة باستخدام المهارة، ومرة من دونها. ثم قارن:
- صحة النتيجة.
- اكتمال المتطلبات.
- الوقت المستغرق.
- عدد الرموز المستخدمة.
- الأخطاء.
- الالتزام بالشكل النهائي.
- الحاجة إلى تدخل المستخدم.
مثال لمعايير جيدة:
كود:
- يحتوي الناتج على SEO Title.
- يحتوي على 5 مصادر موثقة على الأقل.
- لا يقل المقال عن 1500 كلمة.
- جميع الروابط الداخلية واردة من المستخدم.
- الوصف التعريفي بين 140 و160 حرفًا.أما عبارة مثل «يجب أن يكون المقال رائعًا» فهي معيار ضعيف، لأنها غير محددة وغير قابلة للقياس.
الخطوة العاشرة: نفذ ثم راجع ثم حسّن
النسخة الأولى من المهارة نادرًا ما تكون النسخة النهائية.
بعد الاستخدام الفعلي، راقب:
- هل تفعلت في طلب غير مناسب؟
- هل فشلت في التفعيل عند الحاجة؟
- هل طرحت أسئلة كثيرة؟
- هل تجاهلت خطوة مهمة؟
- هل كررت تعليمات غير ضرورية؟
- هل استخدمت ملفًا مرجعيًا لم تكن بحاجة إليه؟
- هل كان شكل المخرجات ثابتًا؟
- هل استهلكت وقتًا ورموزًا أكثر مما ينبغي؟
كيف تساهم Skills في زيادة الإنتاجية؟
- تقليل تكرار التعليمات
أول فائدة واضحة هي أنك لا تعيد كتابة القواعد نفسها في كل مرة. يكفي إدخال البيانات المتغيرة، بينما تتولى المهارة تطبيق النظام الثابت.
- تحسين اتساق النتائج
إذا كان فريق كامل يكتب المقالات أو التقارير، يمكن لمهارة مشتركة أن تضمن اتباع الجميع للبنية والمعايير نفسها.
- تقليل الأخطاء والنسيان
قائمة الفحص داخل المهارة تمنع نسيان خطوات مثل التحقق من المصادر أو إضافة الوصف التعريفي.
- تسريع تدريب أعضاء الفريق
بدل شرح العملية يدويًا لكل موظف جديد، يمكن تحويلها إلى Skill تصف الخطوات والقواعد والأمثلة والنتائج المطلوبة.
- الحفاظ على معرفة المؤسسة
قد تكون لدى أحد الموظفين خبرة كبيرة في طريقة إعداد التقارير. عند تحويل معرفته إلى مهارة، تصبح العملية موثقة وقابلة للاستخدام حتى في غيابه.
- دمج التعليمات مع الأدوات
لا تقتصر المهارات على النصوص، بل تستطيع تضمين برامج وموارد وأدوات. وقد أوضحت OpenAI أن Skills توسع استخدام Codex ليشمل البحث وتركيب المعلومات وحل المشكلات والكتابة وتشغيل سير العمل، وليس توليد الشيفرة فقط [8].
- تحرير وقت المستخدم للمهام الأهم
عندما تتولى المهارة الأعمال المتكررة، يستطيع المستخدم التركيز على مراجعة الأفكار واتخاذ القرارات والإبداع، بدل الانشغال في إعادة صياغة التعليمات أو تصحيح الشكل في كل مرة.
لكن يجب فهم نقطة مهمة: المهارة لا تضمن الجودة تلقائيًا. فائدتها الحقيقية تظهر عندما تحول عملية ناجحة ومختبرة إلى نظام قابل للتكرار.
أخطاء شائعة عند كتابة المهارات
1. كتابة مهارة طويلة بلا حاجة
قد يظن البعض أن الملف الأطول أقوى، بينما تؤدي التعليمات الزائدة إلى تشتيت النموذج واستهلاك السياق.
اسأل عن كل فقرة:
- هل سيخطئ الوكيل فعلًا إذا حذفت هذه المعلومة؟
إذا كانت الإجابة لا، فربما لا تحتاج إليها.
2. جعل الوصف عامًا جدًا
مثل:
كود:
yaml
description: Use for content creation.3. تكرار المعرفة العامة
لا تحتاج إلى شرح ما هو الإنترنت أو ما هو ملف PDF أو ما هو المقال، إلا إذا كانت للمهارة قواعد خاصة مرتبطة بذلك المفهوم.
ركز على المعلومات التي لا يعرفها الوكيل من تلقاء نفسه، مثل إجراءات مشروعك وقواعد علامتك التجارية والحالات الاستثنائية.
4. وجود تعليمات متعارضة
مثال:
- اجعل المقال مختصرًا جدًا.
- لا يقل المقال عن 3000 كلمة.
- اشرح كل نقطة بالتفصيل.
- لا تتجاوز كل فقرة سطرين.
5. غياب الشكل النهائي
قد تكتب عملية بحث ممتازة، لكن من دون Output Contract لن تعرف كيف سيبدو الناتج.
6. عدم تعريف حالات الفشل
ماذا يفعل الوكيل إذا لم يجد مصادر؟ ماذا يحدث إذا كان الملف تالفًا؟ ماذا يفعل إذا كان المستخدم لم يحدد الجمهور؟
عدم الإجابة عن هذه الأسئلة يجعل سلوك المهارة غير مستقر.
7. استخدام شيفرات غير موثوقة
أي Skill تحتوي على برامج أو أوامر قد تحمل مخاطر. راجع الشيفرة، والصلاحيات، والاتصالات الخارجية، والملفات التي يمكن تعديلها قبل تثبيتها أو مشاركتها.
8. عدم اختبار المهارة من دونها
قد تنشئ Skill معقدة لمهمة يستطيع النموذج تنفيذها جيدًا أصلًا. المقارنة بين الأداء مع المهارة ومن دونها تكشف ما إذا كانت تضيف قيمة حقيقية.
9. محاولة علاج كل استثناء بالتعليمات
إضافة قاعدة لكل حالة ممكنة تجعل الملف ضخمًا. ضع القواعد للحالات المهمة والمتكررة، واترك للوكيل مساحة للتصرف المنطقي في الحالات البسيطة.
قائمة فحص المهارة الاحترافية
استخدم القائمة التالية قبل اعتماد أي Skill:
- الهوية والتفعيل
- هل اسم المهارة واضح ومحدد؟
- هل يلتزم الاسم بالتنسيق المطلوب؟
- هل يوضح الوصف ما تفعله المهارة؟
- هل يوضح متى يجب استخدامها؟
- هل يذكر الحالات غير المباشرة المهمة؟
- هل يمنع التفعيل في المهام غير المناسبة؟
- هل تعالج المهارة عملية متماسكة؟
- هل تحتوي على وظائف لا تنتمي إلى الهدف؟
- هل يمكن تقسيمها إلى مهارتين أو أكثر؟
- هل توجد فائدة واضحة مقارنة بالمطالبة العادية؟
- هل المدخلات الضرورية محددة؟
- هل توجد قيم افتراضية معقولة؟
- هل سير العمل مرتب؟
- هل توجد قواعد لاتخاذ القرارات؟
- هل حالات الفشل مغطاة؟
- هل الخطوات الحساسة تتطلب موافقة؟
- هل الشكل النهائي موضح؟
- هل معايير النجاح قابلة للقياس؟
- هل توجد أمثلة صحيحة؟
- هل توجد أمثلة مضادة عند الحاجة؟
- هل يمكن التحقق من النتيجة آليًا أو يدويًا؟
- هل الملفات المرجعية ضرورية؟
- هل توضح التعليمات متى تُقرأ؟
- هل الشيفرات موثوقة ومراجعة؟
- هل توجد أسرار أو بيانات حساسة داخل الملفات؟
- هل يمكن حذف أي ملف من دون التأثير في المهارة؟
- هل توجد حالات يجب أن تفعل المهارة؟
- هل توجد حالات يجب ألا تفعلها؟
- هل تم اختبارها في جلسة نظيفة؟
- هل قورنت النتيجة بخط أساس؟
- هل تم فحص الوقت واستهلاك الرموز؟
- هل تم تعديل المهارة بناءً على نتائج حقيقية؟
- هل أحتاج إلى معرفة البرمجة لإنشاء Skill؟
ليس دائمًا. يمكنك إنشاء مهارة نصية تعتمد على ملف SKILL.md وتعليمات Markdown فقط. تصبح البرمجة ضرورية عندما تحتاج إلى تشغيل عمليات حتمية أو التعامل مع ملفات وأدوات بطريقة لا تكفي فيها التعليمات النصية.
- هل يمكن كتابة المهارات باللغة العربية؟
نعم، يمكن كتابة تعليمات المهارة باللغة العربية. لكن يفضل استخدام أسماء الملفات والمجلدات والحقول التقنية بالتنسيق الذي تفرضه المنصة أو المواصفة والتي هي الانجليزية، مع كتابة المحتوى التفسيري بالعربية.
- هل Skill هي نفسها GPT مخصص؟
ليستا الشيء نفسه. الـGPT المخصص مساعد له إعدادات وتعليمات وأدوات خاصة، بينما Skill هي قدرة أو سير عمل قابل لإعادة الاستخدام يمكن أن يستدعيه وكيل متوافق عند الحاجة. وقد يستخدم الوكيل أكثر من مهارة في المهمة نفسها.
- هل يمكن لمهارة واحدة استخدام مهارة أخرى؟
يمكن للأنظمة المتوافقة استخدام عدة مهارات في المهمة الواحدة. لكن لا ينبغي الاعتماد على ذلك من دون اختبار، لأن التعليمات قد تتعارض أو تزيد استهلاك السياق.
- هل يجب وضع جميع التعليمات في SKILL.md؟
لا. ضع التعليمات الأساسية التي يحتاجها كل تشغيل في الملف الرئيسي، وانقل المعلومات التفصيلية إلى
references، والبرامج إلى scripts، والموارد المستخدمة في المخرجات إلى assets.- كم يجب أن يكون طول المهارة؟
لا يوجد طول مثالي لجميع المهارات. اجعلها قصيرة بما يكفي لتبقى واضحة، ومفصلة بما يكفي لمنع الأخطاء المهمة. التوصية العامة هي إبقاء SKILL.md تحت 500 سطر و 5000 رمز تقريبًا، مع استخدام الإفصاح التدريجي للمعلومات الطويلة [4].
- كيف أعرف أن المهارة نجحت؟
لا تعتمد على شعورك العام. أنشئ اختبارات تفعيل، وحالات تنفيذ واقعية، ومعايير قابلة للقياس. ثم قارن جودة العمل مع المهارة ومن دونها.
- هل يمكن مشاركة Skills مع الآخرين؟
نعم، يمكن مشاركة المهارات في البيئات التي تدعم ذلك. وتوضح OpenAI أن مهارات ChatGPT قابلة للمشاركة داخل مساحات العمل المسموح بها، كما تتبع معيار Agent Skills المفتوح الذي يساعد على نقلها بين المنتجات المتوافقة، رغم أن المزامنة التلقائية بين المنتجات لم تكن متاحة عند إعداد هذا المقال [1].
- هل المهارات متاحة لكل حسابات ChatGPT؟
بحسب وثائق OpenAI المنشورة عند إعداد المقال، كانت Skills في ChatGPT متاحة تجريبيًا ضمن خطط Business و Enterprise و Edu و Teachers و Healthcare، إضافة إلى دعمها في Codex وواجهة API [1]. وقد تتغير الإتاحة لاحقًا، لذلك يُنصح بمراجعة صفحة المساعدة الرسمية.
الخلاصة
كتابة المهارات Skills بطريقة احترافية تعني تحويل الخبرة المتكررة إلى نظام واضح يستطيع وكيل الذكاء الاصطناعي فهمه وتنفيذه واختباره.
لا تبدأ بملف طويل مليء بالقواعد، بل ابدأ بمهمة حقيقية تتكرر في عملك. حدد متى يجب تنفيذها، وما المدخلات التي تحتاج إليها، وما الخطوات الأساسية، وكيف يجب أن تبدو النتيجة، وما الحالات التي تستدعي التوقف أو طلب التوضيح.
ثم اختبر المهارة بطلبات واقعية، وقارن الأداء قبل استخدامها وبعده. احذف التعليمات التي لا تضيف قيمة، وحسّن وصف التفعيل، وانقل التفاصيل الطويلة إلى ملفات مرجعية منفصلة.
المهارة الجيدة ليست التي تحتوي على أكبر عدد من الكلمات، بل التي تجعل الوكيل يختارها في الوقت الصحيح، وينفذ المهمة بطريقة ثابتة، ويتعامل مع الأخطاء بأمان، ويقدم نتيجة يمكن فحصها والاستفادة منها.
وعندما تبني مكتبة من المهارات المتخصصة، فإنك لا تستخدم الذكاء الاصطناعي لتنفيذ أوامر منفردة فقط؛ بل تنشئ منظومة عمل تحفظ خبرتك، وتقلل التكرار، وترفع الإنتاجية، وتحسن جودة المخرجات مع مرور الوقت.
ابدأ الآن ببناء أول Skill خاصة بك
لا تجعل ما تعلمته يتوقف عند حدود القراءة. اختر مهمة تكررها باستمرار، واكتب خطواتها بوضوح، وحدد المدخلات المطلوبة والنتيجة التي تريد الوصول إليها، ثم حوّلها إلى مهارة قابلة للاختبار والتطوير.
ابدأ بنسخة بسيطة، حولها إلى مهارة قابلة للاختبار والتطوير، انشئها في أكثر من سيناريو، وسجّل الأخطاء التي تظهر لك. تذكّر أن المهارة الاحترافية لا تُبنى دفعة واحدة، بل تتحسن مع الاستخدام والمراجعة المستمرة.
شاركنا في التعليقات: ما أول مهمة متكررة ترغب في تحويلها إلى Skill ذكية تزيد إنتاجيتك؟
إذا وجدت الدليل مفيدًا، شاركه مع المهتمين بالذكاء الاصطناعي، فقد يكون نقطة البداية التي تساعدهم على الانتقال من استخدام الأوامر المنفردة إلى بناء أنظمة عمل أكثر ذكاءً وتنظيمًا.
دمتم بود.
المصادر
[1] OpenAI. “Skills in ChatGPT.” OpenAI Help Center، محدث في 2026.
[2] Agent Skills. “Specification.” المواصفة الرسمية المفتوحة لملفات Agent Skills.
[3] Agent Skills. “Optimizing Skill Descriptions.” دليل تحسين وصف التفعيل.
[4] Agent Skills. “Best Practices for Skill Creators.” أفضل ممارسات إنشاء المهارات.
[5] Agent Skills. “Evaluating Skill Output Quality.” دليل اختبار نتائج المهارات.
[6] OpenAI. “Skill Creator — SKILL.md.” مستودع OpenAI الرسمي للمهارات، GitHub.
[7] OpenAI. “Prompt Engineering.” وثائق OpenAI API.
[8] OpenAI. “Introducing the Codex App.” OpenAI، 2026.
[9] OpenAI. “A Practical Guide to Building AI Agents.” دليل بناء الوكلاء.
