Nous Research: وكيل Hermes شغّل 1,393 وكيل فرعي ونظّف كوده بنسبة 34.4%
Teknium في Nous Research طلب من وكيل Hermes ينظف كود Hermes نفسه. التشغيل الرئيسي استمر نحو 19 ساعة ووزّع الشغل على 1,393 وكيل فرعي، والـPR اندمج بعد مراجعة.
- الجهة
- Nous Research
- المجال
- البرمجة
- الأداة
- Hermes Agent
- المصدر
- Agent Use Cases + Nous Research: Refactoring Hermes with 1,393 agents
نُشر المصدر: 15 سبتمبر 2026
وش كانت المشكلة؟
الكود تعدّى مليون سطر، والتنظيف كان مؤجل لأنه ياخذ المهندسين من الميزات والأخطاء.
وش سوّوا؟
الوكيل قسم الكود إلى 36 مجموعة منفصلة وكتب تكليف لكل وكيل. كل وكيل اشتغل في git worktree مستقل، وتحقق إن الواجهات ما تغيرت، وسوّى commit بعد كل خطوة.
النتيجة حسب المصدر
- أسطر Python (بدون الاختبارات) نزلت من 1,063,826 إلى 698,363 (34.4%).
- تكلفة النماذج نحو 19,300$ للتشغيل الرئيسي، ونحو 25 ألف$ مع المتابعة.
- المراجعون اكتشفوا أخطاء ما كشفتها الاختبارات، منها تغيير معالجة الاستثناءات في نحو 65 موضع، وتصلحت قبل الدمج.
الأرقام منقولة كما نشرها المصدر، وما تحققنا منها بشكل مستقل. وقصص العملاء غالبًا من الشركة اللي تبيع الأداة، فنتيجتك ممكن تختلف.
وش تتعلم منها؟
من مدونة Nous Research، ومذكورة على Agent Use Cases. التكلفة ما تشمل وقت المراجعة البشرية، وانقطع التشغيل مرة بسبب انتهاء التوكن.
كيف تسويها بنفسك؟
- قسّم الكود لمجموعات ما تتداخل.
- خلّ كل وكيل في فرع أو worktree مستقل.
- حدّد الواجهات اللي ممنوع تتغير.
- commit بعد كل خطوة متحقق منها.
- لا تعتمد على الاختبارات وحدها؛ خلّ بشر يراجعون.
برومبت جاهز تبدأ فيه
عدّل اللي بين الأقواس [ ] على وضعك. ولا تلصق بيانات عملاء أو أرقام هويات في أداة ما تعرف سياستها.
حالات وأدلة قريبة
المصدر
آخر تحديث للصفحة: 10 نوفمبر 2026