تمت ترجمة هذا المقال تلقائياً. للنسخة الأصلية، انقر هنا.
تبدأ معظم إعلانات الأطر البرمجية بالميزات.
لكن هذا الإعلان بدأ بـ فلسفة التصميم، وأعتقد أن هذا بالضبط ما يجعله مهماً.
الشرح الجديد لكيفية تنظيم Microsoft Agent Framework حول agent loops وworkflows وharnesses يمنحنا إشارة أفضل بكثير من مجرد قائمة ميزات أخرى. فهو يخبرنا كيف يتوقع الفريق أن تنمو التطبيقات الحقيقية.
ولأي شخص يبني وكلاء على .NET، فهذا هو الجزء القيّم.
معظم تطبيقات الوكلاء تتجاوز بنيتها الأولى بسرعة كبيرة
تبدأ باستدعاء للنموذج.
ثم تضيف أدوات.
ثم الذاكرة.
ثم مخططاً.
ثم عمليات إعادة المحاولة، والقياس عن بُعد، والموافقات، ووكلاء متخصصين، وبعض منطق سير العمل، لأن حلقة واحدة لم تعد كافية.
هنا تصبح الكثير من تطبيقات الذكاء الاصطناعي فوضوية. كانت النسخة الأولى تعمل، لكن كل قدرة جديدة كانت تُضاف من مستوى تجريدي مختلف.
ما يعجبني في مقال Agent Framework هو أنه يجعل الطبقات واضحة:
- loops لدورة التنفيذ الأساسية
- workflows للتنسيق المنظم
- harnesses لقدرات تشغيل قابلة لإعادة الاستخدام حول الوكيل
قد يبدو هذا أكاديمياً في البداية، لكنه يحل مشكلة عملية جداً: يمكنك تطوير التطبيق من دون إعادة كتابة النموذج الذهني كلما صار أكثر تعقيداً.
مفهوم harness مهم بشكل خاص
لو اضطررت لاختيار جزء أعتقد أنه سيزداد أهمية، فسيكون فكرة harness.
harness هو المكان الذي يصبح فيه تطوير الوكلاء هندسةً بدل أن يكون مجرد صياغة prompts.
هناك تبدأ في الاهتمام بـ:
- الأدوات والوسيطات البرمجية
- سلوك التخطيط
- تكامل الذاكرة
- قابلية الملاحظة
- عناصر التحكم والحوكمة
- سلوك تشغيل قابل للتكرار
ولهذا السبب أيضاً ينسجم التصميم بشكل جيد مع بقية منظومة Microsoft. فـ Foundry وأدوات الحوكمة والوكلاء المستضافون والتقييمات ونظم الأدوات كلها تصبح أوضح عندما يُعامل الغلاف التشغيلي حول النموذج كعنصر من الدرجة الأولى.
هذه إشارة جيدة لمطوري .NET
من الأمور التي أبحث عنها دائماً في هذه المنظومات: هل يبقى الإطار عملياً بعد العرض الأول؟
النهج الطبقي يوحي بأن Microsoft تفكر في المسار الكامل:
- إنشاء حلقة وكيل بسيطة
- إضافة قدرات منظمة من دون فوضى
- الانتقال إلى workflows أكثر رسمية عندما يحتاج التطبيق إليها
- إبقاء التشغيل قابلاً للتركيب بما يكفي للاندماج مع الأنظمة المؤسسية
هذا مسار نمو أصح بكثير من: “إليك تجريداً أحادي الكتلة، وحظاً موفقاً”.
وهو يتماشى كثيراً مع الطريقة التي يحب مطورو .NET العمل بها عادة: أنظمة متعددة الطبقات، وتركيب واضح، وحدود قابلة للاختبار، وتحكم قوي في التشغيل.
رأيي
من السهل التقليل من شأن هذا المنشور لأنه لا يقدم لقطة لافتة أو تفريغاً هائلاً لواجهة API.
لكن ملاحظات المعمارية من هذا النوع غالباً ما تكون مؤشراً أفضل على ما إذا كان الإطار سيصمد بعد ستة أشهر.
من الواضح أن Microsoft Agent Framework يحاول أن يكون أكثر من مجرد غلاف بسيط لاستدعاءات النموذج. قصة الـ SDK الطبقي تقول إن الفريق يبني للحقل الوعر في المنتصف: المكان الذي تحتاج فيه الوكلاء إلى التنسيق والأدوات وخدمات التشغيل والانضباط الإنتاجي.
وهذا هو بالضبط المكان الذي يهمني.
المقال الأصلي: ICYMI: Inside the Microsoft Agent Framework: How we designed a layered SDK
