تمت ترجمة هذه المقالة تلقائيًا. لقراءة الأصل، انقر هنا.
ما زالت معظم أحاديث الوكلاء تتوقف عند الاستدلال.
هل يستطيع النموذج الإجابة على الطلب؟ هل يستطيع استدعاء الأداة؟ هل ينجز المهمة مرة واحدة؟
النقاش الجديد حول OpenEnv + Foundry مثير للاهتمام لأنه يحاول نقل الحديث إلى مكان أكثر طموحًا: كيف تبني نظام وكلاء يتحسن فعلاً بمرور الوقت؟
هذا سؤال أفضل بكثير.
التحول الأساسي هو من الردود إلى حلقات التعلم
يطرح منشور Foundry المشكلة حول البيئات، والتقييمات، والمعايير، والتحسين، وما بعد التدريب.
يمكن تلخيص كل ذلك في جملة واحدة:
الهدف لم يعد مجرد تشغيل وكيل، بل امتلاك حلقة تقيس الوكيل وتحسنه مقابل نتائجك الفعلية.
هذا هو الجزء الذي أعتقد أن على المطورين الانتباه إليه.
لأنك عندما ترى الأمر بهذه الطريقة، تصبح الأصول الدائمة ليست النموذج أو الطلب فقط. بل النظام المحيط به:
- البيئة التي يعمل فيها
- المعيار الذي يقيّمه
- التتبعات التي تشرح ما حدث
- المُحسّن الذي يطوّر التهيئة
هذه طريقة أكثر جاهزية للمؤسسات للتفكير.
لماذا يهم هذا حتى لو لم تكن تعمل على أبحاث RL
لنكن صريحين: مصطلحات مثل OpenEnv، وما بعد التدريب، ونمذجة العالم قد تجعل كثيرًا من المطورين يتجاهلون الموضوع فورًا.
لكن الخلاصة العملية أبسط من المصطلحات.
حتى لو لم تلمس حلقة تدريب مباشرة، فإن هذا العمل يشكل قصة المنصة لتطوير الوكلاء في المستقبل:
- تصبح التقييمات من الدرجة الأولى
- يصبح التحسين مستمرًا بدل أن يكون متقطعًا
- تصبح البيئات أصولًا قابلة لإعادة الاستخدام
- يصبح سلوك الوكيل الأفضل شيئًا يمكن قياسه، لا مجرد “يبدو أفضل في العروض التوضيحية”
هذه خطوة كبيرة إلى الأمام.
وجهة نظري
أذكى ما في هذا الإعلان ليس أي تفصيل بحثي واحد.
إنه الإطار الذي يقدمه.
من الواضح أن Microsoft تحاول نقل النظام البيئي من هندسة الطلبات الثابتة إلى أنظمة وكلاء مدفوعة بالنتائج. أنظمة يمكن تقييمها، وضبطها، وحوكمتها، وتحسينها تدريجيًا.
هذا هو مكان القيمة الجادة للمنصة.
وإذا كنت تبني وكلاء اليوم، حتى على مستوى التطبيق، فمن المفيد متابعة إلى أين يتجه هذا.
المقال الأصلي: أنظمة التعلم المدفوعة بالنتائج: RL للمؤسسات مع OpenEnv وFoundry
