· · 2 دقائق قراءة

Aspire + Agent Framework بدأ يبدو كالمكدس الحقيقي متعدد الوكلاء

نموذج AlpineAI الجديد يظهر ما يحدث عند استخدام Aspire و Microsoft Agent Framework لنظام وكيل موزع حقيقي. الجزء المهم ليس عرض التزلج. إنه النمط المعماري وراءه.

Aspire Agent Framework .NET Microsoft Foundry Architecture
هذا المقال متاح أيضاً بـ:English, Català, Español, Deutsch, Français, Português, Italiano, 日本語, 中文, 한국어, Русский, हिन्दी, Polski, Türkçe, Bahasa Indonesia, Nederlands

عروض الوكلاء المتعددين في كل مكان الآن.

المشكلة أن الكثير منها يتوقف قبل الجزء المؤلم في الحياة الحقيقية: شكل النشر، وتوصيل الخدمات، والصحة، والتليمترية، وحدود وقت التشغيل، والفوضى العادية للأنظمة الموزعة.

لهذا السبب نموذج Aspire + Microsoft Agent Framework الجديد يستحق الاهتمام.

لا، الجزء المثير للاهتمام ليس سيناريو كونسيرج منتجع التزلج.

الجزء المثير للاهتمام هو أن النموذج يظهر نمطًا أكثر واقعية لبناء نظام وكيل موزع مع:

  • وكلاء مستضافين مخصصين
  • وكلاء تعليمات
  • بيئات تشغيل متعددة
  • مراجع خدمات
  • مصادر بيانات حية
  • قابلية مراقبة وهيكل نشر

تلك هي القصة الحقيقية.

هذا أكثر من “وكيل يستخدم أدوات”

الهندسة في النموذج تتجاوز نموذج الوكيل ذو الحلقة الواحدة المألوف.

لديك:

  • وكلاء متخصصون بمسؤوليات ضيقة
  • وكلاء مستشارون ينسقونهم
  • موارد مدارة بواسطة Foundry
  • خدمات .NET و Python و Go في نفس الرسم البياني
  • نقاط دخول صوتية ونصية

هذا أقرب كثيرًا إلى كيف ستبدو أنظمة الوكلاء الجادة عمليًا.

وهذا هو المكان الذي يصبح فيه Aspire مهمًا فجأة.

Aspire يقوم بالجزء الصعب الذي يبقيه البشر عادة في رؤوسهم

ما يعجبني أكثر هنا ليس حتى منطق الوكيل. إنها حقيقة أن الرسم البياني للتطبيق صريح.

Aspire يُستخدم لوصف:

  • الخدمات الموجودة
  • ما تعتمد عليه
  • أي نشر نموذج تحتاجه
  • أي بيئة تشغيل تستخدمها كل خدمة
  • ما هي علاقات الصحة والنشر الموجودة

هذا مهم لأن أنظمة الوكلاء الموزعة تصبح فوضوية بسرعة. إذا كانت الطوبولوجيا موجودة فقط في رؤوس الناس ووثائق إعداد عشوائية، يصبح نظامك هشًا فورًا.

وضع تلك الطوبولوجيا في AppHost هو خطوة كبيرة نحو شيء قابل للتكرار.

الوكلاء المتخصصون كأدوات لا يزال النمط الذي يجب متابعته

أحد أجزائي المفضلة في الهندسة هو الطريقة التي يتم بها عرض الوكلاء المتخصصين كقدرات قابلة للاستدعاء لمنسق.

هذا النمط يستمر في الظهور لسبب. إنه يعطيك:

  • فصل الاهتمامات
  • حدود مجال أفضل
  • قابلية مراقبة أوضح
  • استبدال أسهل لمتخصص واحد دون إعادة كتابة كل شيء

لفرق .NET، هذا نموذج ذهني أكثر صحة من بناء وكيل عملاق يعرف كل شيء والأمل في أن تبقيه تعليمات التعليمات مستقرًا.

رأيي

الشيء المهم الذي يثبته هذا النموذج ليس أن تطبيقات الوكلاء المتعددين ممكنة. كنا نعرف ذلك بالفعل.

إنه يثبت أن مكدس Microsoft بدأ يقدم إجابة متماسكة للسؤال التالي:

كيف تبني أنظمة وكيل متعددة لا تزال قابلة للتشغيل؟

Aspire للرسم البياني. Agent Framework لتجريدات وقت التشغيل. Foundry لموارد AI المدارة والاستضافة. هذا المزيج بدأ يبدو أقل تجريبية وأكثر كقصة منصة حقيقية.

هذا ما سأراقبه هنا.

المقال الأصلي: Distributed multi-agent systems with Aspire and Microsoft Agent Framework

شارك:
عرض الكود المصدري لهذا المقال على GitHub ↗
← أهم إعلانات Visual Studio في Build 2026 تتعلق بإزالة الاحتكاك
الذكاء الاصطناعي وحده لن يُغيّر العمل — النظام المحيط به هو من سيفعل →