مايكروسوفت بيلد 2026 وعصر الوكلاء المتعددين: 7 تحولات ملموسة لمطور .NET (2-3 يونيو، سان فرانسيسكو)

لسنواتٍ تكرّر المشهد نفسه في عالم البرمجيات: مؤتمر Build من مايكروسوفت في منتصف مايو بسياتل، ثم Google I/O نهاية الشهر، فمؤتمر Apple WWDC مع بداية يونيو. غير أنّ عام 2026 يكسر الحلقة الأولى من هذا الإيقاع. فبعد أكثر من عقد، تنقل مايكروسوفت مؤتمر Build إلى سان فرانسيسكو، وتحديداً إلى Fort Mason على الساحل الغربي لخليج سان فرانسيسكو. في يومَي 2 و3 يونيو 2026، سيقتصر الحضور على 2,500 شخص فقط (مقابل 3,000 إلى 5,000 في السنوات السابقة). تذكرة الحضور 1,099 دولاراً، لكن الكلمة الرئيسية والجلسات المختارة تُبَثّ مجاناً.

النية واضحة، إذ تريد مايكروسوفت إعادة Build إلى صيغة «المطور أولاً». يقول منظم Build فرانك ماك كارتني دايغل لـ The Verge: «هذا المكان يجبر أمثالنا على التفكير حقاً في الحضور والتركيز على المطورين القادمين للحدث.» بمعنى أنّ الصيغة الجديدة، بدلاً من الجلسات الجماهيرية، تتيح لك دخول قاعة العرض بعد الكلمة الرئيسية ولمس التجارب بيدك، ثم الجلوس مع المهندسين والحديث معهم بإسهاب.

هذا المقال استعداد لـ Build 2026 على بُعد 27 يوماً، ولمطوّري .NET في تركيا تستحق هذه التحولات السبعة الملموسة الانتباه: (1) تحوّل Copilot Cloud Agent إلى «زميل غير متزامن»، (2) تشغيل وكيل modernize-dotnet في VS Code وVisual Studio وCLI وGitHub في الوقت نفسه، (3) ادعاء وكيل Azure Copilot migration بانخفاض 70% في وقت التحديث، (4) كسر بروتوكولَي MCP وA2A لحجة قفل البائع، (5) جمع Foundry Models أكثر من 11,000 نموذج تحت سقف واحد، (6) تغيّر فوترة GitHub Actions اعتباراً من 1 يونيو 2026، (7) ما يعنيه كل هذا لقوة العرض التنافسية للشركات التركية.

1. مايكروسوفت Build 2026: لأول مرة منذ 10 سنوات خارج سياتل

هل يكفي تغيير مدينة المؤتمر ليتغيّر معه ثقله المهني؟ ظلّ Build حدثاً متمركزاً في سياتل منذ 2014 و2016، وينتهي ذلك في 2026، إذ اختارت مايكروسوفت قاعدةً عسكرية أمريكية قديمة في حي Marina وFort Mason في سان فرانسيسكو موقعاً للحدث. لماذا؟ جواب واحد: صخب الذكاء الاصطناعي. فسان فرانسيسكو اليوم هي مقر OpenAI وAnthropic وxAI وCohere وMistral، ويقول منظمو Build إنّك إذا كنت تريد التواصل مع مجتمع المطورين الآن، «يجب أن تذهب إلى هناك».

غيّروا التقويم أيضاً: 2 و3 يونيو بدلاً من نهاية مايو. أقصر: يومان بدلاً من ثلاثة. أصغر: 2,500 حضور إلى جانب بثّ مباشر غير محدود. التذاكر 1,099 دولاراً، غير أنّ الكلمة الرئيسية مجانية في جميع أنحاء العالم.

قائمة المتحدثين تعكس التحول. فبدلاً من تشكيلة مايكروسوفت المعتادة، يحضر هذا العام عدد كبير من الأسماء من خارج الشركة:

• ساتيا ناديلا، صاحب الكلمة الرئيسية الافتتاحية، يوم 2 يونيو الساعة 8:00 صباحاً بتوقيت المحيط الهادئ
• جارد بالمر، نائب الرئيس الأول لـ GitHub، ونائب الرئيس في CoreAI
• سكوت هانسلمان، نائب رئيس مجتمعات المطورين (صوت «الشعب» داخل مايكروسوفت)
• سايمون ويليسون، مؤسس Datasette، وشخصية مفتوحة المصدر في عالم AI وSQL
• بريانكا شارما، نائب الرئيس الأول للمنتج المؤقت في Thiink
• شون وانغ، مهندس AI مستقل
• تشيب هويين، مؤسس Stealth، ومؤلف كتاب «Designing Machine Learning Systems»
• بيتر شتاينبرغر، مؤسس OpenClaw (سابقاً PSPDFKit)، والآن في OpenAI

يلخّص منشور ساتيا ناديلا على LinkedIn في 3 مارس 2026 إعادة الموضعة: «العد التنازلي لـ Build جديد في سان فرانسيسكو. آمل أن تنضموا إلينا!» الكلمة المفتاحية هنا «جديد»: مكان جديد، وصيغة جديدة، وجمهور جديد.

2. عصر الوكلاء المتعددين: Copilot لم يعد «مبرمج زميل»، بل «زميل غير متزامن»

رسالة Build 2026 الرئيسية في جملة واحدة: Copilot لم يعد إضافة محرر، بل وكيل SWE (مهندس برمجيات) يعمل بشكل مستقل في الخلفية. ففي فبراير 2026، أعادت GitHub تسمية «Copilot coding agent» إلى «Copilot Cloud Agent»، وليس هذا مجرد تغيير مصطلحات، بل تحوّل هيكلي.

ماذا كنت تتوقع من Copilot سابقاً؟ Tab للإكمال. ماذا يفعل الآن؟

عملياً: تنشئ Issue في GitHub، ثم تسنده إلى Copilot. بعد بضع دقائق يظهر draft PR، إذ قرأ Copilot الكود في بيئة GitHub Actions مؤقتة، وخطّط، وارتكب التغييرات، وراجع PR الخاص به ذاتياً، وشغّل فحوص الأمان، ثم طلب منك المراجعة. وبدلاً من البرمجة الزوجية التقليدية، تظهر صيغة «الزميل غير المتزامن».

3. وكيل modernize-dotnet: نفس التدفق عبر VS Code وVisual Studio وCLI وGitHub

في مقال .NET Blog بتاريخ 12 مارس 2026، كتبت ميكا دومونت:

«كان التحديث مقفلاً على Visual Studio. أمّا الآن، فيعمل الوكيل نفسه في كل بيئة يستخدمها فريقك: VS Code، وCopilot CLI، حتى من GitHub مباشرة. الجديد ليس الذكاء، بل أين يمكن تشغيله.»

هذا مهم، لأنّ معظم متاجر .NET في تركيا فرق مختلطة، إذ يعمل بعض المطورين على Windows مع Visual Studio، وآخرون على macOS مع VS Code، فيما باتت فئة ثالثة تشتغل بالكامل عبر GitHub web. لم تقدّم الأدوات القديمة تلك المرونة، فظلّت مشاريع التحديث الكبيرة دائماً «مسؤولية الشخص الوحيد الذي لديه جهاز Visual Studio»، غير أنّ ذلك في طريقه إلى الحل.

تدفّق الاستدعاء يُختزل إلى أربع خطوات:

1. /plugin marketplace add dotnet/modernize-dotnet
2. /plugin install modernize-dotnet@modernize-dotnet-plugins
3. /agent اختر modernize-dotnet
4. اكتب «upgrade my solution to .NET 10» ثم اضغط Enter

ماذا يفعل الوكيل؟ ينتج أولاً وثيقة تقييم تشمل الحالة الراهنة، والتغييرات الكاسرة، وخريطة التبعيات، وتوصية ببنية Azure التحتية. ثم يولّد خطة. وأخيراً يكتب الكود، إذ يحلّ أخطاء البناء في حلقة fix-and-test، ويشغّل اختبارات الوحدة، ويفحص CVE، ويفتح PR. وطوال العملية يقوم بـ git commits بدلاً منك (للمراجعة).

4. وكيل Azure Copilot Migration: هل انخفاض 70% حقيقي؟

في مقال Azure Blog بتاريخ مارس 2026، أعلنت مايكروسوفت عن المعاينة العامة لـ Azure Copilot migration agent، وقدّمت هذا الادعاء: «عميل يستخدم قدرات GitHub Copilot modernization معاً قلّص إجمالي جهد التحديث بنسبة 70%.»

لنكن متشككين. ما الذي تعنيه نسبة 70% بالضبط؟ ولنرجع إلى شهادات مايكروسوفت:

• بوجا (فريق Microsoft Teams): «بدلاً من قضاء أسابيع في ترقية واختبار عدة مشاريع من .NET 6 إلى .NET 8، أنجزناه في بضع ساعات مع GitHub Copilot».
• بارت (مهندس برمجيات رئيسي، شركة Exact): «تعاملت الأداة مع مشاريع وحزم معقدة بسهولة، وتمنحني الثقة بأنّنا نستطيع الانتقال إلى .NET 9 أسرع بكثير».
• جوردان (مهندس منصة، FMG): «بمجرد تثبيتها، عملت، إذ رقّت أكثر من 12 تطبيقاً بسلاسة في غضون ساعات».

هل هذه الأرقام حقيقية، أم تسويق مايكروسوفت؟ الجواب: كلاهما. فعبارتا «12 تطبيقاً في ساعات» و«من أسابيع إلى ساعات» صادرتان عن أنظمة إنتاج قائمة وعاملة، وليست خضراء جديدة. غير أنّ انخفاض الـ 70% يصمد فقط في المشاريع التي تستخدم الأدوات بقوة، ولها تغطية اختبارات عالية أصلاً، ورسم بياني تبعيات نظيف. أمّا في كود سباغيتي الكلاسيكي، فقد ترى ربما 20 إلى 30%، لا 70%، وهو يبقى مع ذلك مكسباً معتبراً.

5. هل ينتهي قفل البائع فعلاً؟ MCP وA2A وعصر البروتوكول المفتوح

في Build 2025، أيّدت مايكروسوفت بهدوء بروتوكولَين مفتوحَين: MCP (Model Context Protocol) من Anthropic، وA2A (Agent-to-Agent) من Google وLinux Foundation. أمّا في 2026 فلم يعودا في معاينة، إذ أصبحا واجهات API الأساسية لـ Foundry Agent Service.

عملياً: يستطيع وكيلك في Foundry التحدث مع وكيلك في OpenAI، ووكيلك في Anthropic، بل وحتى وكيل LangGraph مخصّص، جميعها عبر البروتوكول نفسه. ومن ثمّ تتشقق الحجة الأساسية لقفل البائع، أي مقولة «لا يمكنك مغادرة منصة مايكروسوفت».

اختيار مايكروسوفت عملي: «MCP لوصول الأدوات والبيانات، وA2A لمراسلة وكيل إلى وكيل». فهي تدعم كليهما. وتقدّم Foundry Agent Service أكثر من 1,400 موصل أعمال عبر MCP، إلى جانب وكلاء خارجيين قابلين للاستدعاء كأدوات عبر A2A.

6. أكثر من 11,000 نموذج في كتالوج Foundry: Claude وGPT-5.2 وLlama تحت سقف واحد

في تحديث Azure AI Foundry لشهر نوفمبر 2025، أضافت مايكروسوفت Anthropic Claude Sonnet 4.5 وOpus 4.1 وHaiku 4.5 إلى Foundry. واعتباراً من فبراير 2026، أصبح GPT-5.2 GA وGPT-5.1 Codex Max (77.9% SWE-Bench، و400K token context، وأكثر من 50 لغة برمجة) متوفّرَين في Foundry.

إذاً، داخل اشتراك Azure واحد تجد:

• نماذج OpenAI الرائدة (GPT-5.2، وGPT-5.1 Codex Max)
• عائلة Anthropic Claude (Sonnet 4.5، وOpus 4.1، وHaiku 4.5)
• xAI Grok 3 وGrok 3 mini
• Moonshot Kimi-K2 Thinking (تفكير غير رائد)
• Meta Llama، وMistral، وCohere

الإجمالي أكثر من 11,000 نموذج، ويختار Model Router (GA) النموذج الأمثل لكل prompt ديناميكياً. إذ يوازن التكلفة بالجودة بالسرعة تلقائياً، وقد بات ذلك مفيداً خاصة في أنظمة الوكلاء المتعددين، حيث صار شائعاً أن يستخدم كل وكيل نموذجاً مختلفاً.

7. GitHub Actions و1 يونيو 2026: واقع الفوترة الجديد

إليكم تغييراً سيغفل عنه كثير من الفرق لكنّه حرج اقتصادياً: اعتباراً من 1 يونيو 2026، سيبدأ GitHub Copilot Code Review في استهلاك دقائق GitHub Actions.

حتى الآن كانت مراجعة كود Copilot الوكيلية تعمل مجاناً على runners GitHub المؤقتة. ويتزامن تقويم Build 2026 تماماً مع هذا التغيير، بمعنى أنّ الفرق ستحتاج بعد كلمة 2 يونيو الرئيسية إلى مراجعة سريعة لميزانية Actions.

تقدير الأثر: فريق .NET متوسط الحجم (50 مطوراً، و200 PR شهرياً) سيستهلك على الأرجح ما بين 200 و400 دقيقة Actions إضافية شهرياً. وللفرق على خطة GitHub Team يدخل ذلك في الحصة المجانية، كما أنّ خطط Enterprise ليست مشكلة كبيرة. لكن بالنسبة إلى الشركات الناشئة بدون self-hosted runners، التي تكتفي بـ free tier، يحتاج تخطيط الميزانية إلى عناية.

8. 7 إجراءات عملية (قبل 1 يونيو)

استعداداً لكلمة Build الرئيسية، أرى أنّ هذه الإجراءات السبعة تستحق التقديم في جدولك:

1. فعّل اشتراك GitHub Copilot Pro أو Pro+؛ إذ يقتصر منتقي نموذج Cloud Agent على Pro وPro+ حالياً، فيما يصل Business وEnterprise قريباً.
2. اختر أصغر مشروع ASP.NET MVC قديم لديك، ثم شغّل وكيل modernize-dotnet كـ PoC. اقضِ ساعة واحدة، فالنتيجة، خاصة في جزء ترقية التبعيات، قد تفاجئك.
3. راجع مجلد .github/workflows/ الموجود لديك؛ فإذا كان هناك job لـ Copilot Code Review، فقم بمراجعة الميزانية لإضافته إلى رسم استهلاك Actions اعتباراً من 1 يونيو 2026.
4. اتصل بـ Foundry MCP Server؛ أضف https://mcp.ai.azure.com إلى mcp.json في VS Code، وصادق عبر Entra. وإذا كنت داخل اشتراك Azure لشركتك، يفعّل بنقرة واحدة.
5. افتح كتالوج Foundry Models، ثم جرّب كيف تستدعي Claude Sonnet 4.5 وGPT-5.2 وLlama 3.3 ديناميكياً في وكيل واحد عبر «Model Router (GA)».
6. اكتب وكيلاً مخصّصاً؛ أنشئ .github/agents/codereviewer.agent.md، وعرّف وكيل مراجعة خاصاً بمعايير ترميز فريقك في تركيا (تعليقات تركية داخلية، واتفاقيات تسمية، وقوالب تعليق تنظيمية).
7. شاهد كلمة ساتيا ناديلا الرئيسية يوم 2 يونيو الساعة 18:00 بتوقيت تركيا. مجاناً، فقط سجّل. مكافأة: انضم إلى مجموعة Telegram أو Discord للمطورين الأتراك للنقاش الحي، إذ تستخرج قيمة أكثر مع المجتمع من بمفردك.

Build 2026 ليس مجرد مؤتمر، إنّه اللحظة التي تتجسّد فيها قصة «ثورة الوكلاء» في الأشهر الاثني عشر الأخيرة. كنّا نقول «Copilot يساعدني»، وبعد 2 يونيو سنقول «Copilot في فريقي». ولمنظومة .NET في تركيا، يمثل هذا الانتقال فرصة جدية للفرق سريعة الحركة، خاصة في مشاريع تحديث legacy، وسوق الاستشارات، ومبيعات SaaS للمؤسسات. أرى أنّ أقوى موقع يخص المهندس الذي يعرف كيف يستخدم الوكيل ويستطيع بأمانة مناقشة حدوده.