الفصل 8 — تخطيطات النشر المعمارية

المقالة الثامنة من الجولة الفصلية لـ LLM Primer IV: تصميم الإدراك الاصطناعي بـ MCP. حيث يَتبيَّن أن نظامَين بمنطق تنسيقٍ متطابق يَتصرَّفان بشكلٍ مختلفٍ جداً في الإنتاج، لأن السؤال «أين يَجري النموذج فعلاً» يُجاب عليه بثلاث طرقٍ مختلفة، وكلُّ إجابةٍ تَضع سقفاً مختلفاً للكَمون والكلفة والأمن.

لماذا يوجد هذا الفصل

حَدَّد الفصلان 6 و7 كيف تَتنسَّق الوكلاء. وكانا صامتَين عن سؤالٍ يُقرِّر بقدر السلوك الواقعي للنظام: أين يَجري كل وكيلٍ، وكيف تُرَتَّب النماذج اللغوية وخوادم MCP والأدوات عبر الشبكة؟ القرارات المعمارية في هذا الفصل تَمَسّ كل طلبٍ وكل دولار. ثلاثة تخطيطاتٍ مختلفة عريضاً ظَهَرت في نظام MCP البيئي عبر 2025 وحتى 2026، ولا أحد من الثلاثة صحيحٌ عالمياً. كلٌّ مُحَسَّنٌ لمزيجٍ مختلفٍ من القيود، وللاختيار عواقب ينبغي على المهندسين أن يَستطيعوا التعبير عنها قبل اتخاذه.

8.1 وكيل الذكاء الاصطناعي القابل لإعادة الاستخدام: نموذجٌ مُغَلَّفٌ مع الخادم

التخطيط الأول يُغَلِّف نموذجاً لغوياً مع خادم MCP ويَعرض المزيج بوصفه قدرةً واحدةً مغلقة. يَستدعي العميل «راجِع هذا الطلب الشَفعي» كما يَستدعي أداة؛ تحت الغطاء، تَجري حلقةٌ وكيلية كاملة على جانب الخادم، تَستدعي النموذج، تُكَلِّم الأدوات الداخلية، وتُعيد فقط الناتج النهائي. ظَهَر النمط حين بَنَت المؤسسات وكلاء متخصصين — بحث، مراجعة شيفرة، تحليل مالي — أرادت عرضها لكثيرٍ من تطبيقات المُضيف المختلفة دون أن يَحتاج كلٌّ منها لفهم الداخلية.

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

المُتَنَوِّع متعدد المستأجرين — عملية وكيلٍ واحدةٍ تَخدم كثيراً من منظمات العملاء — يُحَسِّن الاقتصاد التشغيلي إلى حدٍّ بعيدٍ بتَوزيع الكلف الثابتة على المستأجرين. ويُدخل أيضاً تَسرُّب بيانات عبر المستأجرين وضعية فشلٍ من الدرجة الأولى. شَملت عدة حوادث مُكشَفة في 2025 هذا بالضبط، وعلى المُشَغِّلين تصميم الإيواء داخل وقت التشغيل بدلاً من الاعتماد على مراجعة الشيفرة لاكتشاف التسريبات بين الطلبات.

8.2 نقاء MCP الصارم: النموذج في العميل

التخطيط الثاني يَضع النموذج اللغوي بصرامةٍ في العميل. تَعرض خوادم MCP فقط بياناتٍ وأدواتٍ — لا استدلال. يُشَغِّل المُضيف النموذج، يَتخذ قرارات التنسيق، ويَستدعي الخوادم لجمع السياق وتنفيذ الأفعال. الدافع منطق تصميم البروتوكول الأصلي: يُوجَد MCP لحلّ مشكلة التكامل N×M بتقديم واجهةٍ موحَّدةٍ بين النماذج والأدوات، والخوادم التي تُشَغِّل نماذجها تُعيد إدخال المشكلة التي قُصد البروتوكول حلَّها.

القوى تَحَكُّمٌ وشفافية. كل استدعاء نموذجٍ قابلٌ للملاحظة بأجهزة العميل. يَنتقي العميل النموذج لكل طلبٍ، يَستطيع التَراجع عبر مُقدِّمين، ويَتحمَّل كل كلفة النموذج مباشرةً — لا ميزنة مُضاعفة لأن لا نموذج ثاني في السلسلة. للقطاعات المُنَظَّمة حيث يجب على سجلات التدقيق في العميل التقاط سلسلة الاستدلال الكاملة، يُلَبِّي النقاء الصارم المتطلَّب دون التباس.

التكاليف واضحة بالقدر ذاته. كل قطعة ذكاءٍ عليها إعادة تنفيذها بكل عميل، وهذا عبءٌ حقيقي للمنظمات التي لديها تطبيقات مُضيف كثيرة. بعض القدرات — بحثٌ متعدد الخطوات، تنقيحٌ متكرر — مُربكة التَفصيل بوصفها أدوات لقطة واحدة، وعرضها إما يَدفع تنسيقاً معقَّداً إلى العميل أو يَنتهك النقاء بصمتٍ بترك الخادم يُشَغِّل نموذجه. والعميل عليه أن يكون قادراً على تشغيل التنسيق، وهذا يَعني عملياً الاتكاء على Strands أو LangChain أو Semantic Kernel أو Microsoft Agent Framework بدلاً من لَفِّ الحلقة من الصفر.

8.3 الهجين: تنسيقٌ على جانب العميل وتنفيذٌ على جانب الخادم

التخطيط الثالث يَقسم الفرق. يُنسِّق العميل ويُجري الاستدلال الأولي؛ تُشَغِّل بعض خوادم MCP استدعاءات نموذجها الخاصة لمهام فرعية متخصصة. أوضح مثالٍ أداة بحثٍ عميق طويلة الجَري. عميلٌ يَحتاج طَيّ نتيجة بحثٍ في سير عمل أوسع لا يريد إدارة كل خطوة من البحث ذاته؛ يريد استدعاء «اِبحث س وأخبرني بما وجدت» وتلقي توليفة. البحث متعدد الخطوات ومتعدد المصادر ويَنفع من تنسيقه الداخلي.

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

الكلفة تعقيدٌ معماري. الآن مكانان يَجري فيهما الذكاء، قابلية الملاحظة عليها امتداد الحدود، ونسبة الكلفة تَجلس بين النمطَين النقيَّين. انضباطٌ مفيد هو حَدّ عدد الخوادم الذكية وإبقاء كلٍّ مُركَّزاً على قدرةٍ موصوفة جيداً. اِثنان أو ثلاثة قابلٌ للتشغيل؛ اِثنا عشر يَصير اتحاداً لا يَفهمه فريق. النشر الهجين يَميل أيضاً للتطوُّر نحو أيِّ طرفٍ نقيٍّ من الطيف مع الزمن، وعلى المعماريين الصدق بشأن ما إذا كان هجينهم تصميماً مستقراً أم حالةً انتقالية.

ما يُمهِّد له الفصل 8

الفصول الثلاثة للجزء الثالث تَحَرَّكت عبر مساحة تصميم الأنظمة متعددة الوكلاء من منظور الآلية. ما لم تُغَطِّه بعد القاعدة تحت: السياق الذي يَستلمه كل استدعاء نموذجٍ والذاكرة التي تَستمرّ عبر الاستدعاءات. فاعلية الوكيل تَعتمد على ما يَستطيع رؤيته حين يَعمل وما يَستطيع تَذكُّره عما فعله سابقاً. نافذة السياق منتهية. بنية الذاكرة عليها التصميم. أنماط إدارة ميزانية الانتباه، استخدام لوح الشخصي، الذاكرة الحادثية والدلالية هي القاعدة التي تُحَوِّل مجموعةً منسَّقة من الوكلاء إلى نظامٍ يَفعل عملاً مفيداً عبر ساعات أو أيام أو أطول.

التالي — الفصل 9: إدارة ميزانية الانتباه. لماذا نافذة مليون رمزٍ قيمة سقفٍ لا نقطة تشغيل، ما الذي يأكل الميزانية، وكيف يَلائم كلٌّ من MCP وRAG والضبط الدقيق شكلاً مختلفاً من الفجوات.