Enterprise AI | The .NET Blog

Microsoft Foundry يونيو 2026: من إسقاطات الميزات إلى منصة وكيل محكومة

Emiliano Montesdeoca — Sat, 18 Jul 2026 00:00:00 +0000

موجة Foundry لشهر يونيو 2026 ليست مجرد ملخص شهري آخر. إنها تمثل انتقال نضوج من “بناء وكلاء رائعين” إلى “تشغيل الوكلاء كأنظمة مؤسسية محكومة.” هذا التمييز أهم من أي ميزة منفردة.

المصدر الأصلي: https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-june-2026/

ثلاثة تحديثات تحدد هذا التحول. أولاً، نشر الوكلاء إلى Microsoft 365 Copilot و Teams وصل إلى GA، مما ينقل التوزيع من مشاريع تكامل مخصصة إلى مسار نشر مقنن. ثانيًا، Toolboxes اكتسبت ضوابط اكتشاف وتنفيذ أقوى، بما في ذلك البحث عن الأدوات والروتينات. ثالثًا، قابلية المراقبة بالإضافة إلى التحسين أصبحت حلقة مغلقة متعمدة، وليست فكرة لاحقة.

رأيي: هذا هو أهم نمط في الإصدار. التتبع والتقييم والتحسين والطرح الخاضع للتحكم تشكل الحد الأدنى من نموذج التشغيل القابل للتطبيق للأنظمة غير الحتمية. إذا كان لديك واحدة فقط من تلك القطع، فلديك تليمترية أو ضبط، وليس حوكمة.

Claude GA داخل Foundry هو أيضًا استراتيجي، لكن ليس بشكل أساسي بسبب جودة النموذج. القيمة الأكبر هي تكامل المؤسسات: مصادقة Entra، RBAC، استمرارية الفوترة، ومواءمة السياسات. الفرق التي تنتقل من نقاط نهاية النموذج المباشرة إلى Foundry يجب أن تؤطر هذا كتوحيد تشغيلي، وليس مجرد تبديل مزود.

الوكلاء الذاتيون (Autopilot) واعدون، لكن المنظمات يجب أن تتعامل معهم بخيارات معمارية رصينة. التعاون في المساحة المشتركة في Teams يمكن أن يفتح الإنتاجية، لكنه يرفع تعقيد الهوية والأذونات والمساءلة بسرعة. ابدأ بنطاقات محدودة ونقاط فحص موافقة صارمة قبل النشر الواسع.

توصيات عملية:

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

للوكلاء ذوي الصناديق الثقيلة، فعّل البحث عن الأدوات مبكرًا لتقليل ضوضاء السياق ومخاطر اختيار الأداة الخاطئة مع نمو الكتالوجات. للوكلاء الممكّنين بالذاكرة، حدد TTL وسياسة الاحتفاظ مقدمًا. الذاكرة بدون ضوابط دورة الحياة تصبح دين امتثال.

الاستنتاج الأكثر رأيًا الذي يمكنني استخلاصه هو هذا: Foundry الآن أقل حول “أي نموذج أختار؟” وأكثر حول “هل يمكنني تشغيل سلوك الوكيل كدورة حياة مدارة؟” الفرق التي تجيب على السؤال الثاني بشكل جيد ستتكيف مع تقلبات النموذج بسهولة. الفرق المهووسة بتصنيفات النماذج ستستمر في إعادة بناء مكدسات هشة كل ربع سنة.

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

استقرار Agent Skills لـ .NET يُغيّر معمارية الوكلاء المؤسسية

Emiliano Montesdeoca — Sat, 11 Jul 2026 00:00:00 +0000

تمت ترجمة هذا المقال تلقائياً. للنسخة الأصلية، انقر هنا.

انتقال Agent Skills لـ .NET إلى الاستقرار هو أحد أكثر المعالم عملية في نظام الوكلاء البيئي الحالي. إنه يحل مشكلة توسّع أساسية: خبرة المجال لا مكان لها داخل كتلة تعليمات ضخمة واحدة.

المصدر الأصلي: https://devblogs.microsoft.com/agent-framework/agent-skills-for-net-is-now-released/

التصميم أنيق وعملي. تُعبّئ المهارات (skills) التعليمات والموارد والبرامج النصية الاختيارية في وحدات قابلة لإعادة الاستخدام تُحمَّل عند الطلب عبر الكشف التدريجي (progressive disclosure). هذا يُبقي السياق خفيفًا، ويقلل من تضخّم الأوامر النصية، ويُمكّن ملكية مشتركة عبر الفرق للمعرفة المتخصصة.

رأيي: هذا هو أول مسار موثوق نحو قابلية صيانة وكلاء بمستوى مؤسسي في مكدّسات .NET. بدون حدود خبرة نمطية، يتحول كل تحديث جديد لسياسة أو دليل عمل إلى عملية جراحة هشة في الأوامر النصية.

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

نمط تبنٍّ عملي:

ابدأ بالمهارات القائمة على الملفات للمحتوى كثيف السياسات الذي تحافظ عليه فرق تقنية مختلطة. استخدم المهارات القائمة على الفئات (class-based) عندما تحتاج إلى توزيع الحزم عبر NuGet وضوابط أكثر إحكامًا لدورة حياة الهندسة. احتفظ بالمهارات المُعرَّفة بالكود لعمليات التجميع الديناميكي في وقت التشغيل حيث يكون التركيب ذو الحالة ضروريًا.

أضف التصفية مبكرًا. ليس كل مهارة يجب أن تكون مرئية لكل وكيل أو مستأجر. رؤية المهارات المنسّقة هي في آن واحد ضابط أمني وضابط ملاءمة يُحسّن جودة التوجيه.

كذلك، سجّل كل شيء: اختيار المهارة، وقراءات الموارد، وطلبات تنفيذ البرامج النصية، والموافقات. إذا كانت مراجعة الحوادث لديك لا تستطيع إعادة بناء أي مهارة أثّرت في إجابة ما، فأنت لا تملك قابلية ملاحظة إنتاجية حقيقية.

التحول الاستراتيجي الأكبر هو هذا: المهارات تُحوّل سلوك الوكيل إلى سلسلة توريد قابلة للتركيب. يمكن للفرق إصدار الخبرة ومراجعتها وإطلاقها بشكل مشابه لمكوّنات البرمجيات. هذا يُمكّن التطور المستقل دون الحاجة إلى إعادة تدريب البشر باستمرار لإعادة كتابة أوامر نصية ضخمة.

إذا كنت تبني وكلاء .NET بمقياس مؤسسي، فإن تأجيل هذا النمط سيُكلّفك. ستنتهي بانتشار عشوائي للتعليمات، وتطبيق غير متسق للسياسات، وسلوك هشّ عند التغيير.

Agent Skills لا يُزيل التعقيد، لكنه يُحوّله إلى مكوّنات قابلة للحوكمة. هذا بالضبط ما يجب أن تفعله المعمارية البرمجية الناضجة. بالنسبة لكثير من الفرق، هذا الإصدار هو اللحظة التي تبدأ فيها هندسة الوكلاء في .NET بالتشابه مع هندسة منصات حقيقية.

الذكاء الاصطناعي وحده لن يُغيّر العمل — النظام المحيط به هو من سيفعل

Emiliano Montesdeoca — Sun, 14 Jun 2026 00:00:00 +0000

تمت ترجمة هذا المقال تلقائياً. للنسخة الأصلية، انقر هنا.

هناك سطر واحد في أحدث مقال حول منصة الذكاء الاصطناعي من Microsoft أعتقد أنه يصل إلى جوهر اللحظة الحالية:

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

هذا صحيح تمامًا.

هذا أحد أفضل المقالات الاستراتيجية حول الذكاء الاصطناعي لأنه يُصيب المستوى الصحيح

لا تزال محادثات كثيرة جدًا حول الذكاء الاصطناعي تنهار إلى مجرد حديث عن النماذج.

أي نموذج أذكى. أي نموذج أرخص. أي نموذج أحدث.

هذه ليست أسئلة غير ذات صلة، لكنها صغيرة جدًا إذا كنت تفكر بعقلية مؤسسية.

يُصيب المقال المصدري حجم التحدي الحقيقي بدقة. فهو يقول بوضوح إن “ما يحدد النجاح هو النظام المحيط بالذكاء الاصطناعي.”

هذا هو الإطار المفيد.

لأن القيمة المؤسسية الحقيقية تأتي من النظام المحيط بالنموذج:

كيف يُبنى الوكلاء
كيف يُؤسَّسون في سياق المؤسسة
كيف يُنشَرون
كيف تُحكَم إدارتهم
كيف يتحسّنون بمرور الوقت

هذا ما يفصل التجريب المشتت عن التحوّل الفعلي.

لماذا أعتقد أن هذا التأطير مهم جدًا

إذا ركّزت فقط على النموذج، تحصل على مزايا قصيرة الأمد.

إذا ركّزت على النظام، تحصل على نفوذ يتراكم.

هذا هو الفارق الجوهري.

وهذا يتماشى بشكل وثيق مع الاتجاه الذي كانت تسير فيه قصص Foundry وGitHub وMicrosoft IQ وAgent Framework مؤخرًا.

رأيي

هذا واحد من أقوى المقالات الاستراتيجية في هذه المجموعة لأنه يصف الذكاء الاصطناعي كنظام تشغيل للعمل، لا كمجموعة من العروض التوضيحية غير المترابطة.

هذا هو المستوى الذي تحتاج المؤسسات فعليًا للتفكير عنده.

وبصراحة، يجب أن يحدث المزيد من الحوار العام حول الذكاء الاصطناعي عند هذا المستوى.

المصدر الأصلي: AI alone won’t change your business. The system running it will.