باختصار
هارنس الوكيل (Agent Harness) هو الطبقة اللي بتبنيها حوالين النموذج اللغوي عشان يتحوّل من عرض تجريبي لمنتج حقيقي: الذاكرة، والوصول للأدوات، وتوجيه النماذج، وحواجز الأمان، والتحكّم في التكلفة، والسجلّات اللي بترجع لها لما الوكيل يغلط. المعادلة المشهورة: الوكيل = النموذج + الهارنس.
بالتفصيل
مقال في InfoQ بيشبّهها بالعربية: النموذج هو المحرّك، ومنه بتيجي القوّة. لكن محدّش بيبيع محرّك مربوط على لوح خشب. الشاسيه والفرامل والتابلوه وأحزمة الأمان هي اللي بتخلّيها حاجة تركب فيها عيلتك. وبتقول الكاتبة: «لو إنت مش النموذج، يبقى إنت الهارنس».
المقال بيقسم الهارنس لنصّين:
- التطوير: اللي بيوسّع قدرات النموذج: ذاكرة بين الجلسات، والأدوات وبروتوكول MCP، والاسترجاع، والتعليمات، والتنسيق بين الخطوات.
- التشغيل: اللي بيخلّيه شغّال بثبات لما المستخدمين الحقيقيين يوصلوا: المراقبة، والتقييم، وحواجز الأمان، والتوجيه، ومتابعة التكلفة، والنشر والتوسّع. وبتقول الكاتبة إن النص ده في الأغلب «DevOps بقبّعة جديدة».
وفيه طريقتين لبنائه: خدمة مُدارة جاهزة (Harness-as-a-Service) زي AWS AgentCore، أو هارنس تجمّعه بنفسك من مكوّنات مفتوحة على Kubernetes. الاتنين فيهم نفس المكوّنات؛ الفرق مين بيجمّعها ومين بيصحى بالليل لما تقع.
والهارنس بيأثّر على التكلفة جدًا. مثلًا، نظام SoL-Pi من NVIDIA خفّض استهلاك وكيل برمجة للرموز بنحو النص بتعديل الهارنس بس، من غير ما يغيّر النموذج: دمج خطوات متتالية، وضغط السياق، وتلخيص مخرجات الأدوات الطويلة.
مثال عملي
وكيل برمجة زي Claude Code أو Codex: النموذج بيكتب الكود ويفكّر. أما قراءة الملفات، وتشغيل الاختبارات، واختيار إمتى يسأل المستخدم، وإمتى يوقف بعد محاولات كتير، وإيه اللي يتبعت للنموذج من سجل الأخطاء، فكل ده هارنس. نموذجين متساويين ممكن يدّوا نتايج مختلفة جدًا بسبب اختلاف الهارنس.
مصطلحات مرتبطة
- Agentic Loop — الحلقة الوكيلية.
- Context Engineering — هندسة السياق.
- Guardrails — حواجز الأمان.
المصادر: InfoQ — The Agent Harness، The Decoder — SoL-Pi — 2026-09-25, 2026-09-26
