وصلنا الآن لمرحلة متقدمة شوي.
عندي:
- Plugins → أدوات
- Agents → عقل يقرر
وممتاز.
لكن… في الواقع؟
الأمور تبدأ تتعقد بسرعة.
📚 سلسلة من 4 مقالات
من "يجيب" إلى "ينفذ" إلى "يفكر" إلى "نظام كامل"
تخيل هذا المشهد
عندي:
- عدة Agents
- عدة Plugins
- عدة مصادر بيانات
كل واحد يتكلم بطريقة مختلفة
كل واحد له أسلوب
كل واحد له API
فجأة…
المشروع يتحول إلى "فوضى"
وهنا يدخل MCP
ببساطة جداً…
MCP هو طريقة لتنظيم التواصل
بين الذكاء الاصطناعي… والأدوات… والأنظمة
الـ MCP يربط كل شيء بشكل منظم
* سيرد في شرح أعمق في مقالة لاحقة مخصصة لـ MCP
ماذا يفعل فعلياً؟
بدل ما كل شيء يتكلم مع كل شيء…
MCP يجعل هناك "لغة موحدة"
- الـ Agent يعرف كيف يطلب
- والـ Plugin يعرف كيف يرد
- وكل شيء يمشي بنظام واضح
مثال بسيط
كل Plugin له شكل مختلف
كل استدعاء له طريقة
كل رد مختلف
أنت توصّل كل شيء بيدك
كل شيء له "بروتوكول واضح"
طريقة طلب موحدة
طريقة رد موحدة
المشروع ينتقل من فوضى → نظام
مثال من تجربتي (Nova)
في Nova…
بدأت أربط أشياء كثيرة:
- Chat
- API
- حفظ بيانات
- ذاكرة
- Rate limit
بصراحة،
بدأت أحس أن كل شيء "يتفصل"
كل جزء يشتغل…
لكن لا يوجد نظام واضح يربطهم
وهنا فهمت:
Features
وظائف منفصلة
كل شيء لوحده
Architecture
نظام متكامل
كل شيء يتكلم مع بعض
ولماذا MCP مهم؟
لأنه يحمّلك في المستقبل.
في البداية… الأمور بسيطة
لكن مع الوقت،
التعقيد ينفجر.
MCP يعطيك:
- تنظيم
- قابلية توسع
- وضوح
متى تستخدمه؟
إذا مشروعك صغير جداً…
قد لا تحتاجه الآن
لكن إذا بدأت تشعر أن:
"الأشياء بدأت تتشابك"
هنا… تحتاج MCP
الخطأ الشائع
- تجاهل التنظيم في البداية
- والاعتماد على "نضبطها بعدين"
بصراحة،
"بعدين" هذه… لا تأتي بسهولة.
رأيي الشخصي
هو شيء تتمنى به نفسك
من الأفكار لاحقاً.
ماذا بعد؟
الآن فهمت الثلاثة:
- Plugins → الأدوات
- Agents → العقل الذي يقرر
- MCP → اللغة الموحدة التي تربطهم
سنربط الثلاثة معاً ونبني صورة كاملة:
كيف تعمل Plugins + Agents + MCP سوياًالفرق بين مشروع "يشتغل" ومشروع "ينمو"
خارطة طريق من الصفر للنظام الكامل
الجزء الأخير والأهم في السلسلة 🔥