لا تسمِّ كل Prompt طويلًا Skill: ابنِ سير عمل يمكن تكراره واختباره

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

يركز هذا الدليل على سؤال واحد: إذا كان لديك Prompt تستخدمه كثيرًا، فكيف تحوله إلى Skill قابلة للصيانة والاختبار؟

تاريخ آخر مراجعة: 2026-08-28
ملاحظة: تختلف تفاصيل Skills بين المنتجات. نعتمد هنا على Skills المعتمدة على الملفات في وثائق OpenAI الحالية، مع الاحتفاظ بمبادئ تصلح لأنظمة Agents أخرى.

أولًا: هل تستحق المهمة أن تتحول إلى Skill؟

الـPrompt تقول: «نفّذ هذا الآن». أما الـSkill فتقول: «نفّذ هذا النوع من العمل بهذه الطريقة». تكون المهمة مرشحًا جيدًا عندما تجتمع فيها ثلاث خصائص على الأقل:

• تتكرر: مثل مراجعة الكود، تدقيق SEO، التقرير الأسبوعي، تحليل الأعطال، أو محاضر الاجتماعات.
• مسارها مستقر: تتغير المدخلات، لكن ترتيب التحليل والقواعد وشكل التسليم متشابه.
• يسهل نسيان خطواتها: فيها قواعد خاصة بالفريق، أو فحوص ثابتة، أو أدوات متعددة يجب تنسيقها.

استخدم Prompt عادية للشرح لمرة واحدة، والعصف الذهني المفتوح، والتفضيلات البسيطة. وإذا لم يكن لدى الذكاء الاصطناعي صلاحية قاعدة البيانات أو البريد أو النظام، فأنت تحتاج Tool أو وسيلة اتصال أولًا؛ الـSkill لا تنشئ صلاحية غير موجودة.

لفهم الحدود بين هذه المفاهيم، راجع دليل FamilyPro بالإنجليزية عن Prompt وSkill وAgent وTool وMCP.

ما الذي يوضع داخل Skill؟

تصف وثائق OpenAI الحالية Skills بأنها مجلدات من التعليمات والموارد. أبسط نسخة تحتوي SKILL.md فقط، ويمكن إضافة ثلاثة مجلدات اختيارية عند الحاجة:

article-review/
├── SKILL.md
├── references/
├── scripts/
└── assets/

الهدف هو التحميل التدريجي: يطابق النموذج الاسم وdescription أولًا، ثم يقرأ SKILL.md، وبعدها يحمّل الملفات الضرورية فقط. لا حاجة إلى مجلدات فارغة لمجرد اكتمال الشكل.

كيف تكتب SKILL.md عملية؟

ينبغي أن تجيب عن ستة أسئلة: متى تُستخدم، ما المدخلات، ما ترتيب الخطوات، ما الذي لا يجوز استنتاجه، ما شكل الناتج، وكيف يُثبت الاكتمال.

---
name: technical-article-review
description: Review technical articles for factual accuracy, structure,
  readability, SEO, and publishing readiness. Use when the user asks
  to review, audit, improve, or prepare a technical article for publishing.
---

# Goal
Find issues that could reduce accuracy or publishing quality.

# Workflow
1. Identify the topic, audience, and intended outcome.
2. Check technical claims and flag anything needing verification.
3. Review structure, readability, and SEO.
4. Prioritize findings by impact.
5. Validate the review against the checklist.

# Output
- Overall assessment
- Critical issues
- Recommended changes
- Publishing decision

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

• What: ما العمل الذي تنفذه الـSkill؟
• When: ما هدف المستخدم الذي يجب أن يفعّلها؟

وصف مثل Help with writing واسع جدًا، وربط التفعيل بجملة واحدة ضيق جدًا. صف نية المستخدم وشروط الاستخدام بدل الاعتماد على كلمة ثابتة.

SOP من 7 خطوات لتحويل Prompt إلى Skill

1. اجمع أمثلة حقيقية

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

2. حدّد الحدود والمدخلات والناتج

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

3. حوّل الطريقة البشرية إلى خطوات مرقمة

استبدل «حلل بعناية» بأفعال قابلة للملاحظة: فهم الهدف، قراءة المصادر، التحقق من الادعاءات، تشغيل الأدوات، إعداد الناتج، ثم QA. اكتب شروط الفروع بوضوح عبر if وwhen وbefore وafter.

4. وزّع references وscripts وassets

اترك التعليمات المطلوبة دائمًا في SKILL.md، وضع السياسات الطويلة في references/، والفحوص الحتمية في scripts/، والقوالب الثابتة في assets/.

مثلًا، عند تحويل سير عمل إنشاء العروض في Gamma إلى Skill، يمكن أن يبقى الـBrief وتسلسل التوليد في الملف الرئيسي، وتذهب قواعد الهوية إلى references، وهيكل الشرائح إلى assets، وفحص الروابط أو عدد البطاقات إلى script.

5. عرّف معايير القبول

لا تنه العمل بعبارة «أكمل التحليل». افحص الأقسام المطلوبة، والمصادر، ونتائج السكربت، والملفات الناتجة، وشكل التسليم. بوابة QA أخيرة هي ما يميز Skill عملية عن Prompt محفوظة.

6. اختبر التفعيل وجودة المهمة

اكتب خمسة طلبات يجب أن تفعّل الـSkill وخمسة لا يجب أن تفعل ذلك؛ هكذا تكشف الوصف الواسع أو الضيق. ثم قيّم النتائج على 3–5 مهام جديدة لم تُستخدم أثناء الكتابة.

7. حسّنها من الاستخدام الحقيقي

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

أخطاء تجعل Skill غير مستقرة

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

تبقى الـPrompts مهمة. يوضح دليل FamilyPro عن كتابة Prompts أفضل للصور في NanoBanana كيف تجعل التعليمات الفردية أدق. بعد نجاح عدة أمثلة من النوع نفسه، يصبح لديك أساس حقيقي لاستخراج Skill مستقرة.

الخلاصة

الـSkill الجيدة ليست Prompt أطول، بل SOP قابلة للتنفيذ والتحقق والصيانة. ابدأ بمهمة تتكرر بالفعل، وادرس أمثلتها، ثم أضف الحدود والترتيب والموارد ومعايير القبول.

إذا استطاعت الـSkill الإجابة عن «متى أعمل، وماذا أفعل، ومتى أتوقف، وما معنى أن المهمة اكتملت؟»، فقد أصبحت قدرة قابلة لإعادة الاستخدام وليست مجرد تعليمات محفوظة.

References

• OpenAI Developers: مفهوم Skills وطريقة تفعيلها
• OpenAI Developers: بناء Skills وdescription والموارد المساندة
• OpenAI Learn: Save workflows as skills