9d (edited) • المكونات الإضافية
كيف يعمل الـ Plugin من الداخل؟
🤖 تخيّل أن الـPlugin عبارة عن مؤسسة صغيرة داخل ChatGPT، لها اسم ومجال عمل، وتحتوي عددًا من الموظفين المتخصصين.
🧑🎓 ومن هم الموظفون؟
🤖 الموظفون هم الـSkills.
فقد يكون داخل المكوّن:
Skill لاقتراح عنوان بحث نوعي.
Skill لاقتراح عنوان بحث كمي.
Skill لخطة البحث.
Skill للدراسات السابقة.
Skill للفجوة البحثية.
كل Skill لها وظيفة محددة.
🧑🎓 وهل تعمل جميع الـSkills معًا؟
🤖 لا. الأصل أن يختار النظام المهارة الأنسب لطلبك.
🧑🎓 كيف يعرف النظام أي Skill يختار؟
🤖 لكل Skill وصف قصير يوضح:
متى تستخدم؟ ومتى لا تستخدم؟
هذا الوصف يعمل مثل لافتة على باب الموظف.
مثلًا:
استخدم هذه المهارة للبحث عن الدراسات السابقة، ولا تستخدمها لبناء خطة البحث.
كلما كانت هذه اللافتة دقيقة، أصبح اختيار Skill أدق.
🧑🎓 إذن أين توجد التعليمات الحقيقية للمهارة؟
🤖 داخل ملف يسمى:
وهذا يمكن تشبيهه بـ:
دليل إجراءات الموظف.
فهو يقول له:
ماذا يفعل، وما المدخلات التي يحتاجها، وما الخطوات التي يتبعها، وما الذي يمنع عليه فعله، وما شكل النتيجة التي يجب أن يقدمها.
🤖 هو أقرب شيء إليه، لكن ليس هناك بالضرورة Master Prompt واحد يحكم الـPlugin كله.
بمعنى أن لديك بدلًا من «موظف واحد لديه تعليمات ضخمة»:
عدة موظفين، ولكل واحد دليل عمل مستقل.
🧑🎓 وما دور ملف المعرفة؟
🤖 ملف المعرفة هو مكتبة الموظف.
مثلًا Skill الدراسات السابقة قد يكون لديها ملف معرفة يحتوي على:
طرق البحث، معايير اختيار الدراسات، قواعد التحقق، قوالب عرض الدراسات، وكيفية اكتشاف أوجه التشابه والاختلاف.
إذن:
SKILL.md = كيف يعمل.
Knowledge = ما المعرفة التي يستند إليها أثناء العمل.
🧑🎓 وما الفرق بين تعليمات النظام وتعليمات Skill؟
🤖 تخيّلها كالتالي:
تعليمات النظام هي أنظمة الدولة.
تعليمات الـPlugin هي سياسة المؤسسة.
تعليمات Skill هي دليل الموظف.
وطلب المستخدم هو المهمة التي جاء بها العميل.
ولا يستطيع دليل الموظف مخالفة الأنظمة الأعلى منه.
🧑🎓 أين يأتي MCP هنا؟
🤖 هنا ننتقل من «المعرفة الموجودة داخل المكتب» إلى «العالم الخارجي».
MCP هو تقريبًا:
الباب الذي تستخدمه Skill للوصول إلى خدمات خارجية.
مثلًا Skill الدراسات السابقة قد تحتاج الاتصال بأدوات خارجية للبحث عن أبحاث منشورة حديثًا.
هنا يمكن أن يكون التسلسل:
Skill الدراسات السابقة
→ MCP
→ الدراسات
→ النتيجة للمستخدم
🧑🎓 إذن MCP هو قاعدة بيانات؟
🤖 لا.
MCP ليس قاعدة بيانات.
هو وسيلة اتصال منظمة بين ChatGPT أو الـPlugin وبين الأدوات والخدمات الخارجية.
قد يوصلك إلى قاعدة بيانات، نظام جامعي، ملفات خاصة، خدمة تحقق، أو أي نظام آخر.
🧑🎓 وهل كل Skill تحتاج MCP؟
🤖 لا.
مثلًا Skill لإعادة صياغة نص قد تعمل بالكامل دون MCP.
لكن Skill تقول:
سأبحث عن الدراسات المنشورة حديثًا.
فهنا وجود MCP أو أداة بحث حقيقية يصبح مهمًا جدًا.
🧑🎓 هل MCP هو الذي يحدد أي Skill تعمل؟
🤖 لا، وهذه نقطة مهمة جدًا.
اختيار Skill يتم أساسًا من خلال:
اسم Skill + وصفها + طلب المستخدم + نظام التفعيل.
أما MCP فيأتي بعد ذلك لتزويد Skill بالأدوات أو البيانات التي تحتاجها.
إذن:
Skill تحدد ماذا نفعل.
MCP يساعدنا على تنفيذ ما يحتاج اتصالًا خارجيًا.
🧑🎓 وإذا قلت: «حدد لي الفجوة البحثية»؟
🤖 يمكن أن تبدأ Skill الفجوة البحثية.
لكنها قد تحتاج أولًا إلى أدلة ودراسات.
فتستفيد من نتائج البحث المتاحة أو من MCP للتحقق من الأدبيات، ثم تحللها.
لكن ينبغي ألا تتحول Skill الفجوة إلى Skill بحث كامل إذا كانت وظيفتها الأصلية هي التحليل فقط.
🧑🎓 لماذا نهتم بفصل Skills إلى هذا الحد؟
🤖 حتى لا يصبح لدينا موظف واحد يفعل كل شيء.
كلما كانت المهام منفصلة بوضوح، أصبح النظام:
أدق في الاختيار، وأسهل في الصيانة، وأسهل في التحديث، وأقل عرضة لتعارض التعليمات.
🧑🎓 وماذا لو كانت Skills متشابهة جدًا؟
🤖 هنا قد تحدث مشكلة تسمى تداخل التفعيل.
مثلًا إذا كانت لديك:
Skill للدراسات السابقة.
Skill للفجوة البحثية.
وكلاهما مكتوب في وصفه:
استخدم للبحث عن الدراسات وتحليلها.
فقد يحتار النظام بينهما.
الحل ليس MCP.
الحل هو كتابة حدود واضحة:
Skill الدراسات السابقة = البحث والاسترجاع.
Skill الفجوة البحثية = تحليل الأدلة واختبار وجود الفجوة.
🧑🎓 وما هو الـOrchestrator؟
🤖 هو أقرب إلى مدير المكتب.
لا يقوم بالعمل التخصصي بنفسه، وإنما يفهم أن المهمة كبيرة ويحدد المسار المناسب.
مثلًا المستخدم يقول:
أريد إعداد بحث كامل من العنوان إلى الفجوة والخطة.
المنسق يستطيع تحديد المراحل المطلوبة.
لكن الأفضل ألا يكرر داخل نفسه جميع وظائف الموظفين المتخصصين.
🧑🎓 وهل نضع المعرفة كلها داخل الـOrchestrator؟
🤖 لا.
المنسق يحتاج فقط إلى ما يكفي لتنظيم المسار.
أما المعرفة التخصصية فتظل داخل Skills المختصة.
🧑🎓 وما وظيفة plugin.json؟
🤖 هو تقريبًا بطاقة هوية الـPlugin.
يحتوي على أشياء مثل:
اسمه التقني، الإصدار، الوصف، اسم العرض وبعض معلومات الواجهة.
🧑🎓 هل أحتاج MCP لكل Plugin؟
🤖 لا.
القاعدة الأبسط:
إذا كانت المهارات تعمل اعتمادًا على النصوص والتعليمات والمعرفة الداخلية فقط، فقد لا تحتاج MCP.
أما إذا احتاجت:
بيانات حية، خدمات خارجية، حساب مستخدم، بحثًا حقيقيًا، قواعد بيانات، أو تنفيذ إجراء خارجي،
فهنا يبدأ MCP في تقديم قيمة كبيرة.
🧑🎓 وإذا أردت حفظ المصطلحات السابقة؟
🤖 احفظ هذه العبارة:
🏢 الـPlugin هو المؤسسة، 🧑💼 والـSkill هي الموظف، 📋 وSKILL.md هو دليل عمله، 📚 وKnowledge مكتبته، 🌐 وMCP بوابته إلى العالم الخارجي، 💬 وطلب المستخدم هو المهمة التي جاء بها العميل.
وهذه العبارة تكفي لفهم معظم البنية والمصطلحات السابقة.
3
1 comment
كيف يعمل الـ Plugin من الداخل؟
powered by
skool.com/zraiee-3956
حوّل الذكاء الاصطناعي إلى أداة نمو حقيقية لمشروعك.
في «سمارت مودلز» ستجد نماذج وبوتات ذكية مخصّصة تساعد أصحاب المشاريع على تطوير أعمالهم وتسريعها.
Suggested communities
Powered by