أدلةMCP لمحتوى التدريب

MCP لمحتوى التدريب

يتيح بروتوكول Model Context Protocol لمساعد الذكاء الاصطناعي أن يستدعي أدوات على خادم بعيد. وجّه Claude أو Cursor أو أي عميل MCP إلى خادم MCP لدى منصة تدريب، فيصبح المساعد قادرًا على بناء الدورات وإضافة الاختبارات والترجمة والنشر وقراءة النتائج. هي العمليات نفسها التي تتيحها REST API، لكنك تديرها من محادثة لا من سكربت.

بقلم · مؤسس Outworx، ومطوّر Underlayerنُشر في

ماذا يغيّر MCP في محتوى التدريب؟

الإجابة المختصرة
بدل أن تكتب شيفرة تتعامل مع واجهة برمجية للتدريب، تكتب طلبك: «حوّل هذه السياسة إلى دورة من خمس شاشات فيها اختبار، وانشرها.» فيستدعي المساعد أدوات المنصة لتنفيذ ذلك، وتراجع أنت النتيجة. ويشغّل Underlayer خادم MCP بعيدًا على https://underlayerhq.com/api/mcp يعرض كل مورد في REST على شكل أدوات.

أكثر ما يفيد فيه هذا هو التأليف. صياغة الشاشات، وكتابة الأسئلة، وإعادة هيكلة الدورة، وترجمتها، كلها مهام يُنجزها المساعد بسرعة ويراجعها الإنسان بسرعة. وعبر MCP تصل المسودة إلى المنصة مباشرةً محتوى دورة حقيقيًا قابلًا للتحرير، لا نصًا عليك أن تلصقه بعد ذلك في المحرّر.

ربط عميل

يتصل أي عميل يدعم Streamable HTTP برابط ومفتاح واجهة برمجية تنشئه من صفحة «مفاتيح الواجهة البرمجية» في مساحة عملك. وكل استدعاء محصور في مساحة العمل التابع لها ذلك المفتاح، تمامًا كما في REST API.

إعداد mcpServers في Claude Desktop / Cursorjson
{
"underlayer": {
  "url": "https://underlayerhq.com/api/mcp",
  "headers": { "Authorization": "Bearer sk_live_..." }
}
}

أمّا العملاء الذين لا يدعمون إلا stdio فيصلون إلى الخادم البعيد عبر جسر mcp-remote، وتجد هذا الإعداد أيضًا في توثيق MCP.

الربط من Claude.ai

لا يستطيع مسار «Add custom connector» في Claude.ai إرسال ترويسة Bearer، ولذلك يستخدم OAuth بدلًا منها، ولا يحتاج إلى أي إعداد مسبق:

  1. أضف https://underlayerhq.com/api/mcp موصّلًا مخصّصًا، وسيكتشف Claude خادم التفويض بنفسه.
  2. سجّل الدخول إلى Underlayer إن لم تكن قد سجّلت الدخول، ثم وافق في شاشة الإذن التي تعرض اسم التطبيق الذي يطلب الاتصال ومساحة عملك.
  3. ابدأ الاستخدام. تمنح الموافقة الصلاحيات نفسها التي يمنحها مفتاح الواجهة البرمجية، ويمكنك إلغاؤها متى شئت من صفحة «التطبيقات المتصلة» في لوحة التحكم، فيتوقف الوصول فورًا.

ما يستطيع المساعد فعله

لكل مورد في REST مجموعة أدوات تقابله، بقواعد التحقّق نفسها وحدود الخطط نفسها المطبّقة في الواجهة البرمجية:

  • الدورات والشاشات والعناصر: الإنشاء والتحديث وإعادة الترتيب والنسخ، وتُخبر list_block_types المساعدَ بالعناصر المتاحة.
  • التوليد بالذكاء الاصطناعي: صياغة دورة كاملة (خطة Build وما فوقها).
  • الترجمات والسمات وقوالب الشهادات وSCORM تصديرًا واستيرادًا (خطة Scale وما فوقها).
  • المجموعات وويب هوك والهويات: تنظيم الدورات، والاشتراك في الأحداث، وإدارة المتعلّمين بمعرّفاتك أنت.
  • تقدّم المتعلّمين والتقارير: الإكمالات، والشهادات الصادرة، والاستخدام، وسجل التدقيق، للقراءة فقط.

وينصّ التوثيق صراحةً على نصيحة مهمة: اجعل المساعد يحرّر بأداة update_screen لا update_course. فأداة الشاشة تغيّر شاشة واحدة على الخادم، أمّا أداة الدورة فتعيد كتابة مصفوفة الشاشات كلها، فإن جرى تعديلان في الوقت نفسه ضاع أحدهما.

أمثلة لما تطلبه منه

  • «حوّل سياسة الاسترداد أدناه إلى دورة: أربع شاشات قصيرة، ثم ثلاثة أسئلة اختيار من متعدد بإجابة واحدة، ودرجة النجاح 70%.»
  • «أضف بعد الشاشة 2 شاشةً تشرح خطوة الموافقة، مع مثال.»
  • «ترجم هذه الدورة إلى العربية والفرنسية.»
  • «مَن مِن المتعلّمين لم يُكمل دورة Onboarding 101 بعد؟»
  • «صدِّر دورة Workplace Safety بصيغة SCORM 1.2 لنظام إدارة التعلّم (LMS) لدى أحد العملاء.»

راجع قبل أن تنشر. يكتب المساعد مسودة أولى جيدة، لكنها تبقى مسودة أولى، ومن ينشر الدورة هو من يتحمّل مسؤولية ما تعلّمه.

ما لا يستطيع فعله، عن قصد

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

تابع القراءة