https://thedotnetblog.com/ar/tags/models/Articles, tutorials and insights from the .NET community.Hugoar@thedotnetblog (The .NET Blog)@thedotnetblogMon, 15 Jun 2026 00:00:00 +0000https://thedotnetblog.com/ar/news/emiliano-montesdeoca/claude-opus-48-foundry-availability-why-it-matters/Mon, 15 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/ar/news/emiliano-montesdeoca/claude-opus-48-foundry-availability-why-it-matters/Claude Opus 4.8 متاح الآن في Microsoft Foundry. الجزء المهم ليس مجرد إطلاق نموذج إضافي، بل التوسع المستمر في خيارات نموذج جادة داخل منصة مؤسسية محكومة.<p><em>تمت ترجمة هذا المقال تلقائياً. للاطلاع على النسخة الأصلية، <a href="https://thedotnetblog.com/ar/news/emiliano-montesdeoca/claude-opus-48-foundry-availability-why-it-matters/">انقر هنا</a>.</em></p> <p>في مرحلة ما، تتوقف إعلانات توفر النماذج عن كونها مثيرة للاهتمام بسبب النموذج المحدد وحده.</p> <p>تصبح مثيرة للاهتمام لأنها تعزز قصة المنصة.</p> <p>هكذا أقرأ <strong>هبوط Claude Opus 4.8 في Microsoft Foundry</strong>.</p> <h2 id="النموذج-مهم-لكن-القصة-الأكبر-أهم">النموذج مهم، لكن القصة الأكبر أهم</h2> <p>نعم، Claude Opus 4.8 هو تحديث نموذج مهم بحد ذاته.</p> <p>لكنني أعتقد أن الإشارة الأكثر فائدة هي أن Foundry تواصل توسيع خيارات النموذج الجادة تحت سطح تشغيل واحد مُدار.</p> <p>هذا مهم لأنه يعطي الفريق مجالاً أكبر لـ:</p> <ul> <li>مطابقة النماذج مع أحمال العمل</li> <li>توازن التكلفة والقدرة</li> <li>البقاء مرناً عندما تتغير جودة أو تسعير النموذج</li> <li>الحفاظ على الحوكمة وانضباط النشر في مكان واحد</li> </ul> <p>هذا هو الجزء الذي أهتم به أكثر.</p> <h2 id="لماذا-يهم-هذا-لتفكير-المنصة">لماذا يهم هذا لتفكير المنصة</h2> <p>إذا كانت منصة الذكاء الاصطناعي الخاصة بك تعمل بشكل جيد فقط عندما يبقى بائع نموذج واحد مهيمناً للأبد، فأنت في الواقع لا تملك منصة مرنة.</p> <p>لديك اعتماد مع تسويق جيد.</p> <p>لذا في كل مرة تضيف Foundry خيار نموذج آخر جاد، السؤال المثير للاهتمام ليس فقط &ldquo;هل هذا النموذج جيد؟&rdquo;</p> <p>إنه أيضاً:</p> <ul> <li>هل يزيد هذا من مرونتي المعمارية؟</li> <li>هل يقلل من ضغط حبس البائع؟</li> <li>هل يجعل التوجيه الخاص بالحمل أكثر واقعية؟</li> </ul> <p>هذا هو المستوى حيث يصبح توفر النموذج مفيداً بشكل استراتيجي.</p> <h2 id="رأيي">رأيي</h2> <p>هذا يتعلق أقل بمعلم نموذج محدد وأكثر بـ Foundry تواصل التصرف كمنصة نموذج متعددة جادة.</p> <p>تلك هي القصة الأكبر.</p> <p>وكلما قوت Foundry تلك القصة، كلما أصبحت أكثر مصداقية كمكان يمكن للفريق أن يعمل فيه على اختيار النموذج بدلاً من مجرد الرد عليه.</p> <p>المنشور الأصلي: <a href="https://techcommunity.microsoft.com/blog/azure-ai-foundry-blog/claude-opus-4-8-is-now-available-in-microsoft-foundry/4523367">Claude Opus 4.8 is now available in Microsoft Foundry</a></p>https://thedotnetblog.com/ar/news/emiliano-montesdeoca/microsoft-foundry-may-2026-what-to-watch/Wed, 27 May 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/ar/news/emiliano-montesdeoca/microsoft-foundry-may-2026-what-to-watch/تغطي الجولة الأخيرة من Microsoft Foundry الكثير، لكن أهم الخيوط هي التقييم المعتمد على التتبع، واختيار النماذج الجديد، والعزل المُدار، واستمرار صعود أدوات الوكلاء المحلية وذات الجاهزية الإنتاجية.<blockquote> <p><em>تُرجِمت هذه المقالة تلقائيًا. للاطلاع على النسخة الأصلية بالإنجليزية، <a href="https://thedotnetblog.com/ar/news/emiliano-montesdeoca/microsoft-foundry-may-2026-what-to-watch/">انقر هنا</a>.</em></p> </blockquote> <p>يمكن لجولات التحديث الشهرية للمنصة أن تصبح بسرعة قائمة طويلة من الميزات.</p> <p>لذلك فإليك النسخة المختصرة من <strong>What’s New in Microsoft Foundry | May 2026</strong>: المنصة تتعمق أكثر في المجالات نفسها التي تهم أنظمة الذكاء الاصطناعي الحقيقية أكثر من غيرها.</p> <p>الخيوط التي سأراقبها هي:</p> <ul> <li>التقييم المعتمد على التتبع</li> <li>اتساع أكبر في اختيار النماذج</li> <li>أدوات أفضل للوكلاء</li> <li>عزل مُدار أفضل ورؤية أوضح للتكلفة</li> <li>استمرار الزخم حول الذكاء الاصطناعي المحلي عبر Foundry Local</li> </ul> <h2 id="هذه-جولة-كثيفة-لذا-النمط-أهم-من-العدد">هذه جولة كثيفة، لذا النمط أهم من العدد</h2> <p>هناك الكثير من النقاط الفردية في المقال الأصلي.</p> <p>وهذا أمر طبيعي، لكنني لا أعتقد أن أفضل طريقة لقراءة هذا النوع من المنشورات هي نقطة بنقطة.</p> <p>السؤال الأفضل هو: <strong>إلى أي اتجاه تعزّز المنصة نفسها بوضوح؟</strong></p> <p>وأعتقد أن الإجابة هي:</p> <p>Foundry تزداد قوة في الطبقات التشغيلية المحيطة بالوكلاء، وليس فقط في فهرس النماذج.</p> <p>وهذا شيء جيد جدًا.</p> <h2 id="أهم-موضوع-هو-التقييم-المعتمد-على-التتبع">أهم موضوع هو التقييم المعتمد على التتبع</h2> <p>إذا اضطررت لاختيار موضوع واحد من الجولة كلها، فسيكون على الأرجح التقييم المعتمد على التتبع.</p> <p>لماذا؟ لأنه يغيّر قصة التقييم من:</p> <ul> <li>بناء مجموعة بيانات ثابتة</li> <li>تشغيل benchmark</li> <li>الأمل بأن ذلك يعكس الإنتاج</li> </ul> <p>إلى شيء أكثر واقعية:</p> <ul> <li>ملاحظة السلوك الحقيقي</li> <li>تقييم التتبعات الحقيقية</li> <li>التعلم مما يفعله النظام فعليًا</li> </ul> <p>هذا نموذج أكثر نضجًا بكثير للذكاء الاصطناعي في بيئات الإنتاج.</p> <h2 id="اتساع-النماذج-مهم-لكنه-يفيد-فقط-إذا-بقي-قابلا-للتشغيل">اتساع النماذج مهم، لكنه يفيد فقط إذا بقي قابلاً للتشغيل</h2> <p>الإضافات المتعلقة بـ Grok وDeepSeek وFireworks وreinforcement fine-tuning كلها مفيدة بطريقتها الخاصة.</p> <p>لكن النقطة الأهم بالنسبة لي ليست أن نموذجًا آخر وصل.</p> <p>بل إن اتساع النماذج يجري دمجه مع:</p> <ul> <li>الرؤية التشغيلية</li> <li>أدوات التقييم</li> <li>طبقات الحوكمة</li> <li>اتساق النشر</li> </ul> <p>هذا ما يمنع منظومة النماذج من التحول إلى فوضى.</p> <h2 id="foundry-local-أصبح-إشارة-استراتيجية-متكررة">Foundry Local أصبح إشارة استراتيجية متكررة</h2> <p>شيء آخر لن أتجاهله هو عدد المرات التي يظهر فيها <strong>Foundry Local</strong> الآن كجزء جاد من قصة Foundry.</p> <p>هذا يخبرني أن Microsoft لم تعد ترى الذكاء الاصطناعي المحلي كتجربة جانبية.</p> <p>بل أصبح جزءًا من القصة الأوسع للمنصة:</p> <ul> <li>الخصوصية</li> <li>الاستدلال المحلي على الجهاز</li> <li>قابلية نقل العتاد</li> <li>النشر على الحافة</li> <li>النماذج التشغيلية الهجينة</li> </ul> <p>وهذا يستحق الانتباه.</p> <h2 id="رأيي">رأيي</h2> <p>التفاصيل مهمة، لكن النمط الأكبر أهم.</p> <p>Foundry تواصل التحرك نحو منصة تتصل فيها الوكلاء والتقييمات والنماذج وبيئات التشغيل المحلية والحوكمة بشكل أكثر طبيعية.</p> <p>هذا هو الاتجاه الذي يهمني أكثر.</p> <p>وهذه الجولة، أكثر من كثير من الإعلانات الفردية الأصغر، تجعل هذا الاتجاه أسهل في رؤيته في مكان واحد.</p> <p>المقال الأصلي: <a href="https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-may-2026/">What’s new in Microsoft Foundry | May 2026</a></p>https://thedotnetblog.com/ar/news/emiliano-montesdeoca/foundry-managing-models-cost-quality-developer-guide/Tue, 26 May 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/ar/news/emiliano-montesdeoca/foundry-managing-models-cost-quality-developer-guide/تقدّم إرشادات Foundry الجديدة حجة قوية بأن اختيار النموذج، والتحكم في التكلفة، والتقييم، وإدارة دورة الحياة هي الآن العوامل الفارقة الحقيقية في أنظمة الذكاء الاصطناعي الإنتاجية.<blockquote> <p><em>تمت ترجمة هذه المقالة تلقائيًا. للنسخة الأصلية، <a href="https://thedotnetblog.com/ar/news/emiliano-montesdeoca/foundry-managing-models-cost-quality-developer-guide/">انقر هنا</a>.</em></p> </blockquote> <p>نحن تجاوزنا مرحلة أن مجرد امتلاك الوصول إلى نموذج قوي كان كافيًا.</p> <p>هذا ما تفهمه جيدًا <strong>إرشادات Foundry الجديدة لإدارة النماذج والتكلفة والجودة</strong>.</p> <p>التحدي الحقيقي الآن تشغيلي:</p> <ul> <li>اختيار النموذج المناسب لكل عبء عمل</li> <li>التحقق منه مقابل بياناتك الخاصة</li> <li>إدارة الكمون والإنفاق</li> <li>حوكمة الترقيات ومخاطر الانحدار</li> </ul> <p>هذا ما تحتاج الفرق الجادة إلى التميز فيه.</p> <h2 id="المقال-الأصلي-يعرف-المشكلة-بالشكل-الصحيح">المقال الأصلي يعرّف المشكلة بالشكل الصحيح</h2> <p>جملة واحدة من المقال الأصلي تلتقط هذا التحول جيدًا جدًا:</p> <blockquote> <p>&ldquo;<strong>أصعب جزء في بناء أنظمة الذكاء الاصطناعي اليوم لم يعد الوصول إلى نموذج قادر. بل معرفة كيفية اختيار النموذج المناسب والتحقق منه وتحسينه وتشغيله عبر دورة الحياة الكاملة لتطبيق حقيقي.</strong>&rdquo;</p> </blockquote> <p>هذا هو التشخيص الصحيح تمامًا.</p> <p>كثير من الفرق لا تزال تعتقد أن اختيار النموذج هو القرار الأساسي.</p> <p>ليس كذلك.</p> <p>تشغيل النموذج هو المشكلة الأكبر:</p> <ul> <li>أي عبء عمل يحصل على أي نموذج؟</li> <li>كيف تُثبت الجودة؟</li> <li>ما شكل التكلفة المقبول؟</li> <li>ماذا يحدث عندما يظهر نموذج جديد أو يتراجع نموذج قديم؟</li> <li>كيف تختبر تغييرًا من دون كسر سير العمل الحقيقي؟</li> </ul> <p>هذا هو العمل الهندسي الحقيقي الآن.</p> <h2 id="لماذا-هذا-المقال-من-foundry-مفيد">لماذا هذا المقال من Foundry مفيد</h2> <p>أحب هذا المقال لأنه يتحدث عن أنظمة الذكاء الاصطناعي بالطريقة التي يفكر بها مهندسو المنصات ذوو الخبرة فعلًا.</p> <p>ليس كأنه &ldquo;اختر أذكى نموذج وامضِ&rdquo;.</p> <p>بل كنظم تعيش تحت مفاضلات:</p> <ul> <li>القدرة</li> <li>الكمون</li> <li>التكلفة</li> <li>الأمان</li> <li>الحوكمة</li> <li>ضغط الترقيات</li> </ul> <p>هذا أكثر فائدة بكثير من التفاؤل القائم على المقارنات المعيارية.</p> <h2 id="التحول-الأهم-هو-التفكير-الذي-يبدأ-بالمعايير">التحول الأهم هو التفكير الذي يبدأ بالمعايير</h2> <p>يقترح المقال الأصلي تحديد معايير النجاح قبل فتح كتالوج النماذج.</p> <p>أعتقد أن هذه من أهم العادات التي يمكن للفرق تبنيها.</p> <p>إذا فتحت الكتالوج أولًا، فأنت ترتكز على السمعة.</p> <p>إذا حددت المعايير أولًا، فأنت ترتكز على واقع عبء العمل.</p> <p>هذا مسار أكثر صحة.</p> <p>لأن النموذج الذي يفوز في اختبار معياري ليس بالضرورة هو النموذج الذي يفوز في:</p> <ul> <li>مطالباتك</li> <li>ميزانية الكمون لديك</li> <li>حدود التكلفة الخاصة بك</li> <li>متطلبات الحوكمة لديك</li> </ul> <p>هذا الفرق هو حيث يبدأ نضج هندسة الذكاء الاصطناعي.</p> <h2 id="قصة-تعدد-النماذج-تتحول-إلى-ميزة-حقيقية">قصة تعدد النماذج تتحول إلى ميزة حقيقية</h2> <p>شيء آخر يعجبني هو الطرح الصريح بأنه لا يرتبط بنموذج واحد.</p> <p>المقال يعرض Foundry ليس كوجهة لنموذج واحد، بل كسطح تشغيلي عبر:</p> <ul> <li>نماذج Microsoft</li> <li>نماذج الشركاء</li> <li>النماذج مفتوحة المصدر</li> <li>النماذج المعاد تدريبها</li> <li>استراتيجيات التوجيه والتحسين</li> </ul> <p>هذا مهم لأن مرونة النماذج لم تعد ترفًا. إنها جزء من إدارة المخاطر.</p> <p>إذا تغيرت الجودة، أو تحركت الأسعار، أو أصبحت الحصص محدودة، فستحتاج الفرق إلى بدائل.</p> <h2 id="التحكم-في-التكلفة-ليس-موضوعا-ثانويا">التحكم في التكلفة ليس موضوعًا ثانويًا</h2> <p>المقال أيضًا محق عندما يصوغ التكلفة كاعتبار معماري.</p> <p>هذا ليس مشكلة &ldquo;سنحسنها لاحقًا&rdquo;.</p> <p>إذا أرسلت كل مهمة إلى أثقل نموذج افتراضيًا، فقد ينجح ذلك بشكل رائع في demo ثم ينهار تحت اقتصاديات الإنتاج.</p> <p>لهذا أعتقد أن الأقسام المتعلقة بـ:</p> <ul> <li>التوجيه</li> <li>التجميع</li> <li>التخزين المؤقت</li> <li>القدرة المخصصة</li> <li>إدارة الحصص</li> </ul> <p>أهم مما قد يظنه كثير من الناس.</p> <p>الفرق التي تعامل انضباط التكلفة كجزء من تصميم النظام ستصمد زمنًا أفضل بكثير من الفرق التي تتعامل معه كعمل تنظيف لاحق.</p> <h2 id="وجهة-نظري">وجهة نظري</h2> <p>هذا مقال مفيد من Foundry لأنه يتحدث عن أنظمة الذكاء الاصطناعي كما يجب على المهندسين المتمرسين تشغيلها فعلًا.</p> <p>ليس كعروض. ليس كنماذج أولية لمرة واحدة. وليس كسياحة على القوائم المعيارية.</p> <p>بل كنُظم تشغيل لأعباء العمل والقيود والمفاضلات والتغير المستمر.</p> <p>هذا هو مستوى النقاش الذي يجب أن يواصل التقدم إليه.</p> <p>وإذا كنت تبني أنظمة ذكاء اصطناعي إنتاجية، فهذا هو تمامًا النوع من العقلية التي أريد أن تتبناها الفرق مبكرًا.</p> <p>المقال الأصلي: <a href="https://devblogs.microsoft.com/foundry/build-2026-foundry-models/">A Developer’s Guide to Managing Models, Cost and Quality in Microsoft Foundry</a></p>