🎙️ حلقة 34107:43٥ أغسطس ٢٠٢٦

إطلاق Agent Harness: مايكروسوفت تطلق Agent Runtime لعام 2026

استمع إلى هذه الحلقة

مناقشة من إنشاء الذكاء الاصطناعي بواسطة أليكس وجيمي

عن هذه الحلقة

انضم إلى المضيفين أليكس وجيمي في هذه الحلقة من البودكاست الذكي لـ نيردو بينما يتعمقون في إصدار شركة Microsoft الرائد لـ Agent Harness GA، وهو الإطار الذي يغير قواعد اللعبة ويحول نماذج اللغة العادية إلى وكلاء AI فعالين. اكتشف لماذا يكمن السحر الحقيقي ليس في الـ AI نفسه، ولكن في الـ harness الذي يدير السياق، والأذونات، والوظائف — مما يحول نموذجاً بسيطاً إلى مساعد قادر. استمع للحصول على رؤى تكشف التعقيد الحقيقي وراء تطوير الـ AI ولماذا هو أكثر من مجرد واجهة جميلة!

النص المكتوب

[أليكس]: أهلاً بالجميع، مرحباً بكم مرة أخرى في البودكاست الذكي من نيرد ليفل تك—مكانكم المفضل لكل ما هو نيردي، وتقني، وأحياناً، مفرط في الكافيين. أنا أليكس.

[جيمي]: وأنا جيمي! الشخص غير المعتمد على الكافيين، لكن لا تقلقوا، لدي كل الفضول الذي تحتاجونه. حلقة اليوم بعنوان: "Agent Harness GA: مايكروسوفت تطلق Agent Runtime لعام 2026". إذاً يا أليكس، في ماذا ورطنا أنفسنا اليوم؟

[أليكس]: أوه، هذه الحلقة دسمة. مايكروسوفت جعلت Agent Framework harness متاحاً للاستخدام العام (General Availability)—وبلغة غير مؤسسية، هذا يعني: "لقد أصبح مستقراً أخيراً، ويمكنك استخدامه فعلياً في بيئة الإنتاج دون أن تعيش في رعب". [يضحك] الأمر كله يتعلق بكيفية تحويل نموذج لغوي بسيط إلى وكيل (agent) متكامل.

[جيمي]: حسناً، بالنسبة للأشخاص الذين يسمعون "agent harness" ويتخيلون، مثلاً، مقاود كلاب للروبوتات—عن ماذا نتحدث فعلياً؟

[أليكس]: [يضحك] الأمر لا يتعلق بتنزيه ذكائك الاصطناعي، بل بالسيطرة عليه حتى لا يأكل أحذيتك. فكر في الـ agent harness كغلاف تشغيل (runtime wrapper) حول النموذج اللغوي. النموذج بمفرده يخرج نصوصاً فقط—لا ذاكرة، لا استخدام للأدوات، ولا "فعل" حقيقي لأي شيء. الـ harness هو الغراء الهندسي: فهو يدير السياق، ويتتبع الأدوات التي يمكن للوكيل استدعاؤها، ويتولى الموافقات، ويحتفظ بالسجلات. إنه الفرق بين ببغاء ومتدرب يمكنه إنجاز المهام فعلياً.

[جيمي]: إذاً، الأمر يشبه إعطاء نموذجك اللغوي قائمة مهام، وعقلاً، وبعض اللياقة؟

[أليكس]: بالضبط. وربما خوذة أيضاً. [توقف] إليكم الجزء المثير: مجموعة بحثية في MBZUAI نظرت مؤخراً في تسريبات Claude Code، وتخيلوا—أكثر من 98% من الكود كان عبارة عن بنية تحتية للـ harness. فقط حوالي 1.6% كان "منطق اتخاذ القرار بالذكاء الاصطناعي".

[جيمي]: انتظر، هل يعني هذا أننا جميعاً مهووسون بالنموذج، بينما الـ harness هو من يقوم بمعظم العمل الشاق؟

[أليكس]: بالضبط. البحث يقول أساساً: "مهلاً، استبدال النموذج سهل—العمل الحقيقي، ومعظم التعقيد، يكمن في الـ harness". هناك تعيش الصلاحيات، وإدارة السياق، وكل قواعد الحوكمة. وليس مايكروسوفت فقط—AWS و Databricks في نفس المركب، ويجادلون بأنه كلما أصبحت النماذج قابلة للاستبدال، فإن الـ harness هو الذي يحدد مدى جودة—أو أمان—وكيلك في الواقع.

[جيمي]: إذاً عندما يقول الناس "الذكاء الاصطناعي فعل ذلك"، يجب عليهم فعلياً لوم الـ harness؟

[أليكس]: [يضحك] الـ harness هو البطل المجهول—أو الشرير، حسب كيفية إعدادك له.

[جيمي]: حسناً، ما الذي تم إطلاقه فعلياً مع harness مايكروسوفت هذا؟ أعني، ما الجديد في الصندوق؟

[أليكس]: سؤال جيد! بشكل أساسي، ستحصل على استدعاء تلقائي للوظائف (automatic function invocation)—وهي حلقة استدعاء الأدوات. يمكنه تذكر تاريخ الدردشة، وضغط السياق حتى لا تفيض الذاكرة، وإدارة قوائم مهام مستمرة، وحفظ الملفات، واكتشاف المهارات، وحتى إجراء بحث على الويب. كما أن القياس عن بُعد (telemetry) مفعل افتراضياً—لذا يمكنك تتبع كل خطوة يتخذها وكيلك.

[جيمي]: يبدو هذا قوياً جداً. لكنك تعلم أن هناك "لكن" قادمة، أليس كذلك؟

[أليكس]: [توقف] دائماً هناك "لكن". أربع ميزات كبرى لم تصل بعد للنسخة المستقرة: الوكلاء في الخلفية الذين يفوضون المهام لوكلاء آخرين، والوصول المباشر للملفات، والتكرار التلقائي (auto-looping) حتى تكتمل المهمة، وتشغيل أوامر shell. أساساً، كل شيء يجعل الوكيل مستقلاً حقاً—ومخيفاً قليلاً—مؤجل حتى تحصل مايكروسوفت على المزيد من التعليقات.

[جيمي]: دعني أحزر—بند "لا تدع وكيلك يمسح نظام الملفات الخاص بك"؟

[أليكس]: بالضبط! [يضحك] إنها شبكة الأمان "دعونا لا نمسح بيئة الإنتاج عن طريق الخطأ". مايكروسوفت حذرة—هذه الميزات في مرحلة ألفا، وتتطلب تفعيلاً اختيارياً، وتظهر تحذيرات عند تمكينها. الفكرة هي الحفاظ على الأمان والحصول على المزيد من التعليقات الواقعية قبل إطلاق الاستقلالية الكاملة للوكلاء.

[جيمي]: حسناً، لننتقل للنشر (deployment). إذا أردت تشغيل وكيلي في مكان ما، ما هي قصة "Foundry hosted agents" هذه؟

[أليكس]: هذا هو النصف الآخر من اللغز. Foundry تتيح لك تغليف كود الوكيل الخاص بك كحاوية (container)، ثم تقوم مايكروسوفت بتشغيله نيابة عنك على بنيتها التحتية. كل جلسة معزولة في صندوق رمل (sandbox) خاص بها مع نظام ملفات مستمر. لذا، يمكن لوكيلك أن ينام، ويستيقظ، ويتذكر ما كان يفعله—دون أن تتراكم عليك فاتورة حوسبة ضخمة. فهو يتوسع إلى الصفر عند الخمول ويستيقظ عند الحاجة.

[جيمي]: إذاً، مثل سبات سحابي للوكلاء؟ هذا رائع حقاً.

[أليكس]: تقريباً. تحصل الجلسات على صندوق رمل لجهاز افتراضي خاص بها، وتدفع فقط مقابل ما تستخدمه. الجزء الرائع هو أنه غير مرتبط بإطار عمل محدد (framework-agnostic). لست مضطراً لاستخدام SDK مايكروسوفت—يمكنك إحضار الكود الخاص بك، أو استخدام أطر عمل أخرى مثل LangGraph أو Semantic Kernel، أو حتى إعدادك اليدوي الخاص.

[جيمي]: لننتقل للمال للحظة—لأن شخصاً ما يجب أن يدفع فاتورة السحابة. كيف تعمل الفوترة؟

[أليكس]: تعتمد كلياً على الاستخدام—لكل ساعة vCPU ولكل ساعة GiB، حسب المنطقة. إذا اخترت أحجاماً كبيرة لوكلائك، ستتضاعف فاتورتك حسب عدد الجلسات المتزامنة. ولكن عندما يكون وكيلك نائماً، فأنت لا تدفع. [توقف]

[جيمي]: حسناً، الآن السؤال النيردي: ماذا عن تكامل الأدوات؟ هل يمكنني ببساطة إضافة أي أدوات أريدها؟

[أليكس]: نوعاً ما. في Foundry، لا يمكنك إضافة الأدوات مباشرة إلى تعريف الوكيل—يجب عليك توفيرها من خلال نقطة نهاية Toolbox. ولا يمكنك تقسيم حركة المرور (traffic splitting) بين الإصدارات بعد—لذا فهو إصدار واحد لكل نقطة نهاية.

[جيمي]: إذاً، لا يمكن اختبار مستوى سخرية وكيلك بنظام A/B حالياً.

[أليكس]: [يضحك] ليس إلا إذا قمت بتشغيل نقطتي نهاية وأدرت حركة المرور بنفسك.

[جيمي]: الآن، سمعت شيئاً عن أن موصلات وكلاء البرمجة (coding-agent connectors) تتعلق بالحوكمة أكثر من مجرد التكاملات. ما القصة في ذلك؟

[أليكس]: نعم، هذا توجه متزايد. يمكن لـ Agent Framework من مايكروسوفت الاتصال بـ Copilot SDK أو Claude Agent SDK، وجميعها تتبع نفس القواعد للهوية والأمان وقابلية الملاحظة. كل بيانات القياس عن بُعد من هذه الوكلاء تصب في نفس لوحات التحكم، لذا يكون لديك لوحة تحكم واحدة لكل شيء. AWS تفعل شيئاً مشابهاً مع Loom—وهم أكثر صرامة بشأن توليد الكود أثناء التشغيل، حيث يدفعون الإعدادات إلى كود harness مكتوب مسبقاً.

[جيمي]: إذاً، السؤال ليس "هل يستطيع وكيلي فعل هذا"، بل "من المسموح له بتشغيل ماذا، وتحت أي سياسات، وكيف أراقبه؟"

[أليكس]: بالضبط. الـ harness هو المكان الذي تحدث فيه الحوكمة الآن. والطريقة التي تضبط بها الـ harness تحدد مدى أمان—أو تمرد—وكلائك.

[جيمي]: حسناً، آخر سؤال. كان هناك اختبار أداء (benchmark) يتداول يقارن بين Agent Framework من مايكروسوفت و Copilot SDK. ما القصة هناك؟

[أليكس]: آه، نعم—قام مهندس معماري من مايكروسوفت بتشغيل كلا الـ harness جنباً إلى جنب. نفس النموذج، نفس المهام. كلاهما وصلا لنفس الإجابات، ولكن إليك المفاجأة: Agent Framework أوقف نفسه بعد 40 حلقة (loop)، بينما Copilot SDK استمر... حتى وصل إلى 300 حلقة قبل أن يوقفه أحد. هذه ميزة أمان على مستوى الـ harness—فهو يضع المكابح فعلياً داخل الحلقة، بدلاً من الاعتماد على المضيف للضغط على زر "إيقاف".

[جيمي]: إذاً، أحد الوكلاء لديه فرامل طوارئ مدمجة، والآخر يقول: "يااااي، الحلقات اللانهائية ممتعة!"

[أليكس]: [يضحك] إنه الفرق بين سيارة ذاتية القيادة تتوقف عند الإشارات الحمراء، وأخرى تأمل فقط أن تكون أنت منتبهًا.

[جيمي]: [توقف] حسناً، وصلنا لنهاية هذا الغوص العميق في الـ agent harnesses، ودراما التشغيل، والأبطال المجهولين خلف الكواليس.

[أليكس]: شكراً لمتابعتكم البودكاست الذكي من نيرد ليفل تك! إذا أعجبتكم هذه الحلقة، اتركوا لنا تقييماً، شاركوها مع أصدقائكم المهتمين بالذكاء الاصطناعي، أو فقط اصرخوا "harness!" في اجتماع فريقكم القادم وانظروا من سيصاب بالذعر.

[جيمي]: سنعود الأسبوع القادم بمزيد من الروائع النيردية. حتى ذلك الحين، أبقوا وكلائكم تحت السيطرة—ومقابض الـ harness محكمة! [تلاشي موسيقى الخاتمة]