ما هي Agentic Infrastructure؟ وكيف تعمل البنية التحتية لوكلاء الذكاء الاصطناعي؟
عندما تطلب من روبوت محادثة كتابة ملخص، قد يكون نموذج الذكاء الاصطناعي وحده كافياً لتنفيذ المهمة. لكن الأمر يصبح مختلفاً عندما تريد من وكيل AI أن يقرأ البريد الإلكتروني، ويبحث في قاعدة بيانات، ويستخدم عدة أدوات، ويتذكر ما فعله سابقاً، ثم ينفذ إجراءً حقيقياً دون أن يفقد السياق أو يتجاوز صلاحياته.
هنا تظهر الحاجة إلى Agentic Infrastructure أو البنية التحتية لوكلاء الذكاء الاصطناعي.
وهي طبقة متنامية من تقنيات الحوسبة والتخزين والذاكرة والاتصال والمراقبة والأمان، هدفها نقل AI Agents من تجارب محدودة إلى أنظمة تستطيع العمل بصورة موثوقة داخل التطبيقات والشركات.
ما هي Agentic Infrastructure؟
يشير مصطلح Agentic Infrastructure بصورة عامة إلى البنية التقنية التي تسمح لوكلاء الذكاء الاصطناعي بالعمل والتفاعل مع الأنظمة الخارجية على نطاق واسع.
فوكيل AI الحقيقي لا يحتاج إلى نموذج لغوي فقط.
قد يحتاج أيضاً إلى الوصول إلى قواعد البيانات وواجهات API والملفات ومحركات البحث والتطبيقات الداخلية، بالإضافة إلى ذاكرة تحتفظ بالمعلومات بين الخطوات وآلية تحدد الأدوات المسموح له باستخدامها.
ثم نحتاج إلى معرفة ما الذي فعله الوكيل، ولماذا اتخذ قراراً معيناً، وما إذا كان قد فشل في إحدى الخطوات.
لذلك يمكن النظر إلى Agentic Infrastructure باعتبارها طبقة التشغيل الموجودة خلف الوكيل الذكي.
فالنموذج يمثل جزءاً من «العقل»، بينما توفر البنية التحتية البيئة التي تسمح لهذا العقل بالوصول إلى الموارد والعمل داخل العالم الرقمي.
لماذا لا يكفي نموذج الذكاء الاصطناعي وحده؟
النموذج يستطيع تحليل المعلومات وتوليد الاستجابات واتخاذ بعض القرارات، لكنه لا يمتلك تلقائياً كل ما يحتاج إليه لتنفيذ مهمة طويلة ومعقدة.
لنتخيل وكيلاً مسؤولاً عن تنظيم رحلة عمل.
قد يحتاج إلى قراءة التقويم، والبحث عن رحلة طيران، ومقارنة الفنادق، والتحقق من سياسة السفر في الشركة، ثم إنشاء طلب حجز وإرساله للموافقة.
هذه المهمة تتطلب سلسلة من العمليات وليس Prompt واحداً.
ويجب خلال تنفيذها معرفة حالة المهمة الحالية، وحفظ النتائج السابقة، والاتصال بخدمات مختلفة، وإدارة بيانات الاعتماد والصلاحيات، والتعامل مع الأخطاء.
كل هذه الوظائف تقع خارج النموذج نفسه.
ومن هنا بدأت صناعة AI تنتقل من السؤال:
ما النموذج الأفضل؟
إلى سؤال أوسع:
ما البنية التي تسمح للنموذج بالعمل كوكيل موثوق؟
ما المكونات الأساسية لبنية وكلاء الذكاء الاصطناعي؟
لا توجد بنية واحدة إلزامية لجميع AI Agents، لكن الأنظمة المتقدمة تشترك عادة في عدة طبقات رئيسية.
نماذج الذكاء الاصطناعي
في القلب يوجد النموذج الذي يفهم الطلبات ويحلل المعلومات ويقرر الخطوات التالية.
وقد يستخدم النظام نموذجاً واحداً أو عدة نماذج مختلفة حسب المهمة والتكلفة والسرعة المطلوبة.
لكن النموذج أصبح جزءاً من المنظومة بدلاً من أن يكون المنظومة كاملة.
الأدوات والاتصال بالخدمات
حتى يستطيع الوكيل تنفيذ إجراءات حقيقية، يحتاج إلى أدوات.
قد تكون الأداة محرك بحث أو قاعدة بيانات أو نظام CRM أو خدمة تخزين سحابي أو برنامجاً داخلياً في الشركة.
وتحتاج البنية إلى طريقة منظمة لتعريف هذه الأدوات وإتاحتها للوكلاء.
هنا تظهر تقنيات مثل Model Context Protocol أو MCP، الذي يوفر معياراً يمكن من خلاله لتطبيقات الذكاء الاصطناعي اكتشاف الأدوات والموارد الخارجية والتفاعل معها.
لكن MCP يمثل جزء الاتصال من الصورة، وليس كامل Agentic Infrastructure.
ما الفرق بين MCP وAgentic Infrastructure؟
يمكن تبسيط العلاقة كالتالي:
MCP يحدد طريقة يستطيع من خلالها الذكاء الاصطناعي الاتصال بالأدوات والموارد.
أما:
Agentic Infrastructure فهي البيئة الأوسع التي تشغّل الوكيل وتدير موارده وذاكرته وصلاحياته ومراقبته وحوسبته.
لذلك يمكن أن تكون خوادم MCP أحد مكونات البنية التحتية للوكلاء.
وقد شهد MCP نفسه تحولاً مهماً في 2026، إذ جاء إصدار المواصفة في يوليو بنواة Stateless تهدف إلى تسهيل تشغيل خوادم MCP فوق البنى السحابية القابلة للتوسع بدلاً من الاعتماد على جلسات طويلة مرتبطة بخادم معين.
وهذا مثال على نوع المشكلات التي تبدأ بالظهور عندما تنتقل AI Agents من الاستخدام المحلي إلى البنية السحابية واسعة النطاق.
لماذا تحتاج AI Agents إلى ذاكرة؟
إذا كان الوكيل سينفذ مهمة طويلة، فمن غير العملي إعادة إرسال جميع المعلومات التي تعامل معها في كل خطوة.
لذلك أصبحت Agent Memory جزءاً مهماً من بنية الوكلاء.
يمكن للذاكرة الاحتفاظ بحالة المهمة والنتائج السابقة وتفضيلات المستخدم والمعلومات التي قد يحتاج الوكيل إلى استرجاعها لاحقاً.
ويمكن أن تكون هناك ذاكرة قصيرة المدى مرتبطة بالمهمة الحالية، وأخرى طويلة المدى تحتفظ بالمعلومات عبر عدة جلسات.
لكن المشكلة ليست التخزين فقط.
يجب أن يستطيع النظام تحديد المعلومات المهمة، واسترجاع الجزء المناسب في الوقت المناسب، ومنع الوكيل من الوصول إلى معلومات لا يحتاج إليها.
ولهذا بدأت تظهر بنى تخزين مصممة خصيصاً لأحمال عمل الوكلاء.
ما الذي تغير في Agentic Infrastructure خلال 2026؟
خلال 2026 بدأت الفكرة تنتقل من بنية يبنيها كل مطور بصورة منفصلة إلى طبقة مستقلة من البنية التحتية السحابية.
ومن الأمثلة الحديثة إعلان Huawei Cloud في سبتمبر 2026 عن توسيع ما تسميه Agentic Infra.
تتضمن رؤيتها أربع ركائز رئيسية: تحسين كفاءة معالجة Tokens، وتوفير ذاكرة موسعة للوكلاء، وتنسيق الحوسبة التقليدية وحوسبة AI، وتشغيل الوكلاء بصورة آمنة وموثوقة.
وقالت الشركة إن حلول Agentic Infra لديها أصبحت تخدم أكثر من 3,500 عميل.
كما قدمت Context Memory Storage، وهي بنية تخزين تستهدف المهام الطويلة التي تحتاج فيها الوكلاء إلى مساحات ذاكرة كبيرة وسرعة في استرجاع السياق.
هذه التطورات توضح أن تشغيل الوكلاء بدأ يصبح مشكلة بنية تحتية، وليس مجرد مشكلة في اختيار نموذج AI.
كيف تُدار الحوسبة عندما يعمل آلاف الوكلاء؟
الوكيل لا يعمل بالطريقة نفسها طوال الوقت.
قد يقضي جزءاً من المهمة في انتظار نتيجة API، ثم يحتاج فجأة إلى استدعاء نموذج كبير، وبعد ذلك ينفذ عملية صغيرة في قاعدة بيانات قبل العودة إلى النموذج.
وعندما يحدث ذلك مع آلاف الوكلاء في الوقت نفسه، تصبح إدارة الموارد أكثر تعقيداً.
يجب على البنية تحديد مكان تشغيل كل عملية، وكيفية توزيع أحمال الاستدلال، وكيفية التعامل مع الأعطال، ومتى يمكن استخدام نموذج أصغر بدلاً من نموذج أكبر.
ولهذا ترتبط Agentic Infrastructure أيضاً بأنظمة AI Inference والجدولة والحوسبة السحابية.
فالهدف ليس امتلاك أكبر عدد من وحدات GPU فقط، بل استخدام الموارد المتاحة بكفاءة أثناء تنفيذ مهام قد تستمر لثوانٍ أو دقائق أو ساعات.
لماذا تحتاج الوكلاء إلى هوية وصلاحيات مستقلة؟
هذه واحدة من أهم المشكلات التي تظهر مع انتقال AI Agents إلى التطبيقات الحقيقية.
إذا كان الوكيل يستطيع قراءة الملفات أو إرسال الرسائل أو تنفيذ عمليات داخل أنظمة الشركة، فمن الضروري معرفة:
من هو هذا الوكيل؟ وماذا يُسمح له أن يفعل؟
إعطاء جميع الوكلاء صلاحيات واسعة يمثل مخاطرة كبيرة.
لذلك تحتاج البنية الحديثة إلى التعامل مع الوكيل باعتباره كياناً رقمياً له هوية وصلاحيات محددة.
فقد يُسمح لوكيل بقراءة قاعدة بيانات دون تعديلها، بينما يستطيع وكيل آخر إنشاء طلب شراء ولكن لا يستطيع الموافقة عليه.
ويصبح مبدأ Least Privilege مهماً هنا: منح الوكيل الحد الأدنى من الصلاحيات التي يحتاج إليها لإنجاز مهمته.
ما هي Agent Observability؟
في التطبيقات التقليدية يمكن للمطور مراقبة الخوادم والطلبات والأخطاء.
لكن الوكيل يضيف طبقة جديدة من التعقيد لأنه قد يقرر بنفسه سلسلة الخطوات التي سينفذها.
لذلك تحتاج المؤسسات إلى Agent Observability أو قابلية مراقبة الوكلاء.
وتشمل معرفة النموذج الذي استخدمه الوكيل، والأدوات التي استدعاها، والبيانات التي وصل إليها، والقرارات التي اتخذها، وكمية Tokens والحوسبة التي استهلكها، وأين حدث الخطأ.
وتصبح هذه البيانات مهمة عند وجود مئات أو آلاف الوكلاء.
فإذا فشل وكيل في تنفيذ مهمة، لا يكفي أن نعرف أنه «فشل»؛ بل نحتاج إلى تتبع سلسلة التنفيذ لمعرفة الخطوة التي سببت المشكلة.
ماذا يحدث إذا فشل وكيل أثناء مهمة طويلة؟
البرمجيات الحقيقية تفشل.
قد يتوقف API مؤقتاً، أو تنتهي مهلة الطلب، أو تصبح خدمة خارجية غير متاحة، أو يفقد الوكيل الاتصال بأداة يحتاج إليها.
إذا بدأت المهمة من الصفر في كل مرة، تصبح الوكلاء غير عملية.
لذلك تحتاج Agentic Infrastructure إلى آليات لحفظ حالة التنفيذ وإعادة المحاولة واستكمال المهام من النقطة المناسبة.
وهذا مهم خصوصاً للمهام الطويلة.
وقد بدأ هذا الاتجاه يظهر أيضاً في المعايير؛ إذ قدمت منظومة MCP مفهوم Tasks لدعم العمليات التي قد تستغرق وقتاً طويلاً بدلاً من افتراض أن كل استدعاء سينتهي فوراً.
لماذا تعد الحوكمة جزءاً من البنية؟
كلما زادت استقلالية الوكيل، زادت أهمية معرفة الحدود التي يجب ألا يتجاوزها.
لهذا تشمل البنية الحديثة سياسات تحدد الأدوات المتاحة لكل وكيل، والبيانات التي يمكنه قراءتها، والعمليات التي تحتاج إلى موافقة بشرية، والحدود المالية أو التشغيلية التي لا يستطيع تجاوزها.
وقد يحتاج النظام مثلاً إلى إيقاف الوكيل قبل تنفيذ عملية دفع حتى يؤكد المستخدم العملية.
وهذا يعني أن Human-in-the-Loop لا يختفي بالضرورة مع زيادة استقلالية AI Agents.
بل قد يصبح جزءاً مصمماً مسبقاً داخل البنية.
هل Agentic Infrastructure تقنية واحدة؟
لا.
وهذه نقطة مهمة حتى لا يتحول المصطلح إلى اسم منتج محدد.
Agentic Infrastructure ليست بروتوكولاً واحداً مثل MCP، وليست معياراً واحداً تتفق عليه الصناعة حتى الآن.
إنها وصف لفئة متنامية من البنية التحتية اللازمة لتشغيل الأنظمة القائمة على AI Agents.
وقد تشمل منصات تشغيل الوكلاء، وMCP، وأنظمة الذاكرة، وقواعد البيانات، وواجهات API، وإدارة الهوية والصلاحيات، وأدوات المراقبة، ومنصات الاستدلال، وأنظمة Workflow.
وستختلف طريقة تجميع هذه المكونات من منصة إلى أخرى.
هل ستحل Agentic Infrastructure محل البنية السحابية الحالية؟
الأرجح أنها ستُبنى فوقها.
فالوكيل ما يزال يحتاج إلى خوادم وشبكات وقواعد بيانات وتخزين وحوسبة.
لكن طبيعة الأحمال الجديدة تفرض طبقات إضافية لم تكن التطبيقات التقليدية تحتاج إليها بالشكل نفسه.
حدث شيء مشابه سابقاً مع الحوسبة السحابية.
لم تختفِ الخوادم عندما ظهرت Cloud Computing، لكن ظهرت فوقها طبقات جديدة لإدارة الموارد والحاويات والخدمات والتوسع والمراقبة.
وقد يحدث تحول مشابه مع AI Agents.
فبدلاً من أن يبني كل تطبيق منظومة الذاكرة والأدوات والصلاحيات والمراقبة من البداية، يمكن أن تتحول هذه الوظائف تدريجياً إلى خدمات وبنية مشتركة.
لماذا قد تصبح Agentic Infrastructure مهمة في السنوات القادمة؟
الجيل الأول من الذكاء الاصطناعي التوليدي كان يركز على الإجابة.
أما AI Agents فتحاول الانتقال إلى التنفيذ.
والفرق بين الاثنين كبير.
عندما يولد النموذج نصاً غير صحيح يمكن للمستخدم تجاهله، لكن عندما يمتلك الوكيل صلاحية تعديل ملف أو تشغيل برنامج أو إرسال رسالة أو تنفيذ معاملة، تصبح الموثوقية والأمان والمراقبة جزءاً أساسياً من النظام.
ولهذا قد تكون المرحلة القادمة من سباق الذكاء الاصطناعي أقل ارتباطاً بالسؤال عن «أذكى نموذج» وحده.
السؤال سيكون أيضاً:
من يستطيع بناء البنية التي تجعل ملايين الوكلاء يعملون بصورة موثوقة وآمنة وقابلة للتوسع؟
وهنا تكمن أهمية Agentic Infrastructure؛ فهي الطبقة التي يمكن أن تحول وكلاء الذكاء الاصطناعي من مساعدين يعملون داخل نافذة محادثة إلى أنظمة قادرة على تنفيذ مهام حقيقية داخل البنية الرقمية.