كيف تنشئ Skill في شات جي بي تي خطوة بخطوة
6 دقائق تقريبًا
بعد ما فهمنا وظيفة الـSkill، نبدأ نفهم تركيبها. الفكرة مش إنك تكتب ملف تعليمات ضخم وتعتبره Skill، لأن التصميم الجيد مبني على فصل الأدوار بين وصف التشغيل، التعليمات الأساسية، المراجع، الـScripts، والـAssets.
الهدف إن ChatGPT يحمل ويستخدم فقط اللي يحتاجه وقت المهمة، بدل ما يدخل كل شيء في الـContext دفعة واحدة.
Description هي باب الدخول
قبل ما ChatGPT يقرأ تعليمات الـSkill نفسها، لازم يعرف إنها مناسبة أصلًا. هنا يأتي دور الـDescription.
الـDescription الجيدة تقول الـSkill بتعمل إيه ومتى تستخدم. مش إعلان تسويقي، ومش وصف غامض مثل "Skill تساعد في المحتوى".
لو عندك Skill لمراجعة تقارير تجارب المستخدمين، الوصف لازم يذكر نوع المهمة والسياقات اللي تستدعيها، بحيث النظام يميزها عن Skill تلخيص عامة.
فكر فيها كـRouter، هي بتساعد النظام يقرر هل يفتح الباب أم لا.
SKILL.md هو مركز التحكم
ملف SKILL.md يحتوي التعليمات الأساسية اللي يحتاجها ChatGPT لما الـSkill تتفعل. المفروض يكون مركزًا وواضحًا، مش موسوعة.
فيه طريقة العمل، ترتيب الخطوات، القواعد غير البديهية، وإشارات للمراجع أو الـScripts اللي يلجأ لها في حالات معينة.
لو SKILL.md كبرت جدًا، ده غالبًا علامة إنك محتاج تنقل التفاصيل إلى References بدل ما تحط كل شيء في ملف واحد.
References للمعرفة التفصيلية
لو عندك دليل Style Guide طويل، Schema، تعريفات حقول، API Docs، سياسة مراجعة، أو معلومات يحتاجها ChatGPT في بعض الحالات فقط، حطها في References.
الميزة إن الـSkill تقدر تقرأ المرجع عند الحاجة بدل ما كل مهمة تحمل كل المعرفة.
ده اسمه Progressive Loading، وهو مفهوم مهم في تصميم Skills: metadata أولًا، بعدها التعليمات الأساسية، وبعدها الموارد الإضافية حسب الحاجة.
دي نفس فكرة Relevant Context اللي تعلمناها قبل كده، لكن مطبقة داخل Skill نفسها.
Scripts للحاجات الحتمية أو المتكررة
لو فيه خطوة لازم تتنفذ بنفس المنطق كل مرة، أو عملية حسابية أو تحويل ملف أو فحص تنسيق، Script ممكن يكون أفضل من شرح طويل للنموذج.
مثلًا لو لازم كل ملف CSV يتنظف بطريقة محددة قبل التحليل، Script ثابت يقلل احتمالات الاختلاف.
استخدم الـModel في الحاجة اللي تحتاج فهم ولغة وقرار، واستخدم Script في الحاجة اللي تحتاج تنفيذ محدد ومتكرر.
دي من أقوى أفكار تصميم الـSkills.
Assets ليست تعليمات
Assets هي ملفات تستخدم في المخرج، مثل Template مستند، لوجو، نموذج عرض، أو Boilerplate Code. مش المفروض يتم تحميلها في التفكير كأنها Knowledge إلا لو في سبب.
الفصل بين Asset وReference مهم. الـReference يساعد ChatGPT يعرف، والـAsset يساعده ينتج.
افصل Knowledge عن Workflow
لو عندك معلومات كثيرة عن مجال، متكتبهاش كلها كخطوات. خليك واضح:
Workflow يقول: اعمل إيه وبأي ترتيب.
Reference يقول: إيه المعلومات اللي تحتاجها أثناء التنفيذ.
Script يقول: إيه العملية اللي لازم تتنفذ بشكل حتمي.
Asset يقول: إيه الملف أو القالب اللي تستخدمه في الناتج.
لما تخلط الأربعة، الـSkill تبقى صعبة الصيانة.
الأمثلة مهمة، لكن اختارها بذكاء
مثال جيد يوضح المقصود أسرع من عشر فقرات قواعد، خصوصًا في الكتابة والتصنيف.
لكن الأمثلة لازم تكون متنوعة بما يكفي علشان ChatGPT ما يعتبرش الشكل الواحد قانونًا مطلقًا.
لو Skill مهمتها كتابة أو مراجعة، استخدم مثال صحيح يوضح الجودة، وممكن مثال سلبي يوضح خطأ متكرر.
Negative Examples
الأمثلة السلبية قوية جدًا لما يكون فيه فشل شائع يصعب وصفه مجردًا.
مثلًا بدل "لا تستخدم مقدمات عامة" فقط، ورّي مثال مقدمة سيئة من نوع الكلام الفضفاض، وبعدها وضح ليه مرفوضة.
لكن متملأش Skill بقائمة ضخمة من الأخطاء النادرة. ركز على الأخطاء اللي حصلت فعلًا أو متوقعة بقوة.
Skill ضخمة ولا عدة Skills صغيرة؟
لو عندك Workflow واحد له مراحل مترابطة، Skill واحدة ممكن تكون أفضل. لو عندك مهام مستقلة تمامًا، فصلها أنظف.
العلامة إن Skill بقت كبيرة زيادة هي إن جزء كبير من تعليماتها لا علاقة له بمعظم الاستخدامات، أو إن كل مهمة تحتاج فرع مختلف تمامًا.
ساعتها إما تقسيمها أو نقل التفاصيل لمراجع شرطية.
الطريقة الغلط: تحشر المشروع نفسه داخل Skill
لو Skill فيها أسماء ملفات مشروع محدد ومواعيده وقراراته، أنت حولت Workflow قابل لإعادة الاستخدام إلى نسخة متجمدة من مشروع واحد.
الطريقة الأفضل: Skill عامة، Sources خاصة
خلي Skill تعرف كيف تنفذ، وخلي كل Project يقدم بياناته ومصادره. كده نفس Skill تقدر تشتغل في بيئات مختلفة.
صمم هيكل Skill لمهمة "مراجعة تقرير بحث". اكتب فقط أسماء الملفات اللي هتحتاجها: SKILL.md، Reference واحدة، Script إن كان له داعٍ، وAsset لو احتجت. بعدين اكتب في سطر وظيفة كل ملف، بدون كتابة المحتوى نفسه.
الخلاصة
Skill الجيدة معمولة من طبقات: Description تحدد متى تعمل، SKILL.md يدير الـWorkflow، References تحمل المعرفة التفصيلية، Scripts تنفذ الخطوات الحتمية، وAssets تدخل في المخرجات. الهدف مش أكبر Skill، الهدف أقل Context يضمن تنفيذًا ثابتًا.
أحسنت، وصلت إلى نهاية الدرس.