تمت ترجمة هذا المقال تلقائياً. للنسخة الأصلية، انقر هنا.
سبعة إصدارات في شهر واحد. هذا ما دفعه فريق Azure Developer CLI (azd) في مارس 2026، والميزة الرئيسية هي التي كنت أنتظرها: حلقة تشغيل وتصحيح محلية لوكلاء الذكاء الاصطناعي.
نشر PC Chan الملخص الكامل، ومع أن المحتوى غزير، دعني أُصفّيه إلى ما يهم فعلاً مطوّري .NET الذين يبنون تطبيقات مدعومة بالذكاء الاصطناعي.
تشغيل وكلاء الذكاء الاصطناعي وتصحيح أخطائها دون نشر
هذه هي الكبرى. تُضيف إضافة azure.ai.agents الجديدة مجموعة من الأوامر التي توفّر لك تجربة حلقة داخلية حقيقية لوكلاء الذكاء الاصطناعي:
azd ai agent run— يُشغّل وكيلك محلياًazd ai agent invoke— يُرسل رسائل إليه (محلياً أو بعد النشر)azd ai agent show— يعرض حالة الحاوية وسلامتهاazd ai agent monitor— يبثّ سجلات الحاوية في الوقت الفعلي
قبل هذا، كان اختبار وكيل ذكاء اصطناعي يعني النشر إلى Microsoft Foundry في كل مرة تُجري فيها تغييراً. الآن يمكنك التكرار محلياً، واختبار سلوك وكيلك، والنشر فقط حين تكون مستعداً. إن كنت تبني وكلاء باستخدام Microsoft Agent Framework أو Semantic Kernel، فهذا يُغيّر سير عملك اليومي.
يعمل أمر invoke مقابل الوكلاء المحليين والمنشورين على حدٍّ سواء، مما يعني أنك تستطيع استخدام سير عمل الاختبار ذاته بصرف النظر عن مكان تشغيل الوكيل. هذا هو النوع من التفاصيل التي تُوفّر عليك الحاجة إلى صيانة مجموعتين من نصوص الاختبار.
GitHub Copilot يُنشئ السقالات لمشروع azd الخاص بك
بات azd init يُقدّم خياراً “إعداد مع GitHub Copilot (معاينة)”. بدلاً من الإجابة يدوياً على الأسئلة حول بنية مشروعك، يُهيّئ وكيل Copilot الإعداد نيابةً عنك. يتحقق من وجود دليل عمل غير نظيف قبل تعديل أي شيء، ويطلب موافقة على أدوات خادم MCP مسبقاً.
حين يفشل أمر ما، يُقدّم azd الآن استكشاف أخطاء بمساعدة الذكاء الاصطناعي: اختر فئة (شرح، توجيه، استكشاف أخطاء، أو تخطّي)، ودع الوكيل يقترح حلاً، ثم أعد المحاولة — كل ذلك دون مغادرة الطرفية. لإعدادات البنية التحتية المعقدة، هذا توفير حقيقي للوقت.
Container App Jobs وتحسينات النشر
بعض ميزات النشر الجديرة بالإشارة:
- Container App Jobs: يُنشر
azdالآنMicrosoft.App/jobsمن خلال إعدادhost: containerappالموجود. يُحدّد قالب Bicep الخاص بك ما إذا كان الهدف Container App أم Job — لا إعداد إضافي. - مهل نشر قابلة للتهيئة: خيار
--timeoutالجديد فيazd deployوحقلdeployTimeoutفيazure.yaml. لا مزيد من التخمين حول الحد الافتراضي البالغ 1200 ثانية. - احتياطي البناء المحلي: حين يفشل البناء عن بُعد في ACR، ينتقل
azdتلقائياً إلى البناء المحلي باستخدام Docker/Podman. - التحقق المحلي المسبق للنشر: يتم التحقق من معاملات Bicep محلياً قبل النشر، مما يكتشف المعاملات المفقودة دون رحلة ذهاب وإياب إلى Azure.
تحسينات تجربة المطوّر
بعض التحسينات الأصغر التي تتراكم لتُحدث فارقاً:
- الكشف التلقائي عن pnpm/yarn لمشاريع JS/TS
- دعم pyproject.toml لتعبئة Python
- أدلة قوالب محلية — يقبل
azd init --templateالآن مسارات نظام الملفات للتكرار دون اتصال - رسائل خطأ أفضل في وضع
--no-prompt— تُبلَّغ جميع القيم المفقودة دفعة واحدة مع أوامر الحل - متغيرات بيئة البناء مُحقونة في جميع العمليات الفرعية لبناء الأطر (.NET، Node.js، Java، Python)
هذه الأخيرة دقيقة لكنها مهمة: بناء .NET الخاص بك لديه الآن وصول إلى متغيرات بيئة azd، مما يعني أنك تستطيع إجراء حقن إعداد وقت البناء دون نصوص إضافية.
خلاصة القول
حلقة تصحيح أخطاء وكيل الذكاء الاصطناعي المحلية هي نجمة هذا الإصدار، لكن تراكم تحسينات النشر وصقل تجربة المطوّر يجعل azd يبدو أكثر نضجاً من أي وقت مضى. إن كنت تنشر تطبيقات .NET إلى Azure — خاصةً وكلاء الذكاء الاصطناعي — فهذا التحديث يستحق التثبيت.
تحقق من ملاحظات الإصدار الكاملة لكل التفاصيل، أو ابدأ بـ تثبيت azd.
