تمت ترجمة هذا المقال تلقائياً. للنسخة الأصلية، انقر هنا.
واحد من أسهل الأخطاء في تطوير الوكلاء هو الاعتقاد بأن الأمر النصي (prompt) هو المنتج نفسه.
هذا غير صحيح.
شرح agent harness وclaw الجديد من فريق Microsoft Agent Framework قيّم لأنه يُبقي التركيز على الجزء الذي يحدد فعليًا ما إذا كان الوكيل قابلاً للاستخدام أم لا: الغلاف التشغيلي حول النموذج.
ويشمل ذلك:
- الأدوات
- التخطيط
- حالة الجلسة
- الذاكرة
- أنماط التنفيذ
- وحدة تحكم أو واجهة قابلة للاستخدام للتكرار
هذا هو المكان الذي يتوقف فيه الوكلاء عن كونهم عروضًا توضيحية ذكية ويبدؤون بالشعور وكأنهم برمجيات فعلية.
نمط الـ harness عملي
ما يعجبني هنا هو مدى سهولة الوصول إلى الفكرة.
تبدأ بعميل محادثة (chat client).
ثم تُغلّفه ضمن harness مزوّد بتعليمات وأدوات.
ثم تُشغّله عبر غلاف (shell) يدعم التخطيط، وقوائم المهام، والجلسات، والتفاعل المتدفق.
هذا نمط صحي لأنه يفصل الاهتمامات بوضوح:
- النموذج يتعامل مع الاستدلال
- الـ harness يتعامل مع السلوك التشغيلي
- التطبيق يقرّر أي الأدوات والتجارب مهمة
هذا يتناسب جيدًا جدًا مع طريقة بناء مطوري .NET للأنظمة
فكرة الـ harness تتماشى أيضًا بشكل جيد مع عقلية .NET.
عادةً ما نُبلي بلاءً أفضل عندما يكون السلوك التشغيلي صريحًا وقابلاً للتركيب. البرمجيات الوسيطة (middleware)، وخطوط الأنابيب، والخيارات، والموفّرون، والمهايئات، كل ذلك يبدو طبيعيًا في هذا العالم.
لهذا أعتقد أن Agent Framework لديه فرصة جيدة للانتشار بين مطوري .NET. إنه لا يُجبر الجميع على تجريد سحري واحد. إنه يمنحك قطعًا تشغيلية منظمة يمكنك ربطها معًا.
رأيي
الجزء الأكثر فائدة في هذا المنشور هو التذكير بأن الوكلاء يحتاجون إلى أكثر من نموذج جيد وسلسلة تعليمات ذكية.
إنهم يحتاجون إلى غلاف تشغيلي يمنحهم البنية، والذاكرة، والوصول إلى الأدوات، والتخطيط، وحلقة تطوير عملية.
هذا ما يمنحك إياه الـ harness.
وبصراحة، هذا هو سبب استحقاق هذا النمط للانتباه.
المصدر الأصلي: Meet your agent harness and claw
