الفصل 1 — أزمة التكامل في الذكاء الاصطناعي وصعود البنية الوكيلية

المقالة الأولى من الجولة الفصلية لـ LLM Primer IV: تصميم الإدراك الاصطناعي بـ MCP. حيث يفشل النمط السائد في حقبة 2024 — موجِّه نظامٍ طويل، حفنة أدوات، نافذة سياق واحدة يُطلب منها كلُّ شيء — في تسلسلٍ معلوم، ويُشير الفشل إلى طبقة بروتوكولٍ كان الميدان يعمل عليها بهدوء طوال الوقت.

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

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

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

1.1 الوكيل المتجانس ولماذا ينكسر موجِّه نظامه في النهاية

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

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

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

1.2 التخصُّص ومنحنى الصيانة الذي ينحني في الاتجاه الخطأ

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

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

1.3 مصفوفة التكامل N×M

اقبل حُجَّة التفكيك. لديك الآن N من المُكوِّنات الحاملة للنموذج وM من تكاملات الأدوات. دون بروتوكولٍ مشترك، كلفة التكامل N×M — كل نموذجٍ يحتاج شيفرة مُحَوِّلٍ مخصَّصةٍ لكل أداة، مع غرائب كل نموذجٍ مضروبةً ديكارتياً بغرائب كل أداة. إصدارُ نموذجٍ جديد يعني إعادة اختبار كل أداة. أداةٌ جديدة تعني كتابة N من المُحَوِّلات.

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

وبروتوكولٌ مع اكتشافٍ يَطوي مصفوفةً ثانيةً أخفت — مصفوفة الوصف. لم يَعُد على النموذج أن يُحصي كلَّ أداةٍ في موجِّه نظامه عند الإقلاع؛ يستطيع أن يسأل البروتوكول «ماذا يتوفَّر الآن؟» ويتلقى فهرساً منظَّماً من المصدر الموثوق: الخادم نفسه.

1.4 من هندسة الموجِّه إلى هندسة السياق

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

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

MCP هو، جزئياً، البنية التحتية التي تَجعل هندسة السياق عمليةً. يُعطي البروتوكول للمُضيف آليةً لسؤال أيُّ الأدوات وأيُّ مصادر البيانات متوفِّر، لجلب ذي الصلة في اللحظة الصحيحة، للتفاوض على أيِّ القدرات يستطيع النموذج استدعاءها. يبني المُضيف السياق ديناميكياً، لكل دور، بناءً على ما تطلبه المهمة الراهنة فعلاً.

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

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

التالي — الفصل 2: كشف بروتوكول سياق النموذج. ما هو MCP، ماذا يعني «USB-C للذكاء الاصطناعي» فعلاً، الأدوار الثلاثة المُضيف والعميل والخادم، ولماذا يَجعل الاكتشاف الديناميكي والرسائل ثنائية الاتجاه MCP يتصرَّف خلافاً لـ REST في الحالات التي تَهُمّ.