هندسة الـ Harness: كيف تنقل ضمانات وكلاء LLM من الموجّهات النصية إلى الشيفرة البرمجية

نشر باحثون في 10 يوليو 2026 على arXiv ورقة بحثية أولية تعرض نمط هندسة الـ Harness لوكلاء LLM في المؤسسات. ينقل هذا النمط الضمانات الحتمية من الموجّهات النصية (prompts) إلى الشيفرة وعناصر التحقق، ما يتيح بناء أنظمة قابلة للتدقيق دون خسارة في جودة الإجابات.

ما المشكلة في نهج الاعتماد على الموجّهات وحدها

تبدأ تطبيقات LLM المؤسسية عادةً كنماذج أولية يُحدَّد سلوكها بالكامل عبر الموجّهات النصية وسياق RAG. وعند الانتقال إلى بيئة الإنتاج (production) تظهر متطلبات جديدة: حدود المصادر، وتوجيه الكيانات، وعقود الإجابات، وسجلات التتبع القابلة لإعادة الإنتاج. والموجّهات النصية لا تتعامل مع هذه المتطلبات بموثوقية.

أجرى المؤلفون تجربة ضابطة: مع إبقاء النموذج دون تغيير وتبديل مستوى فرض القواعد (enforcement) فقط، سمحت الموجّهات النصية بوصول المخالفات إلى المستخدم، إذ لم تُحجب لغة التوصيات غير الملائمة ولا تسريبات سجلات التتبع الداخلية. أما الـ Harness فقد أزال المشكلتين تمامًا، دون أن يقلل فائدة النظام.

كيف يعمل نمط الـ Harness

الفكرة الأساسية هي إخراج السلوك الحتمي من الموجّهات النصية ووضعه في الشيفرة والملفات التعريفية (manifests) والمخططات (schemas) وعناصر التحقق المحيطة بـ«حدّ التركيب» (composition boundary) القابل للاستبدال. تبقى تأكيدات المصادر هي المرجع للإجابات وقت التشغيل (runtime)، وتتحقق الشيفرة من جميع العقود، لا التعليمات المكتوبة في الموجّه. وتتيح هذه البنية استبدال النموذج دون إعادة بناء النظام بأكمله.

اختُبر النمط على شريحة عامة من بيانات خمس مجموعات مؤسسية كورية (25 شركة مدرجة). وفيما يلي أبرز النتائج:

• 5 تكتلات كورية كبرى، و25 شركة عامة — مجموعة بيانات الاختبار
• 3 نماذج مستضافة (hosted) شاركت في تجربة استبدال النموذج
• 270/270 طلبًا اجتازت التحقق من العقود عند تغيير النموذج
• 120/120 — فائدة الإجابات مع نهج الـ Harness
• 88/120 — الفائدة مع حاجز خارجي مضاف (bolt-on guardrail) عند مستوى الأمان نفسه

وأكّد اختبار حقن الأعطال (fault-injection) سلامة عمل أدوات التحقق: ففي جميع السيناريوهات رصدت هذه الأدوات بشكل صحيح العقود التي كُسرت عمدًا.

ما الذي يتفوق به الـ

Harness على الحواجز الخارجية (guardrails)؟

يمنع الحاجز الخارجي المضاف (bolt-on guardrail) المخالفات بالكفاءة نفسها التي يمنعها بها الـ Harness، لكن بثمن رفض مفرط للطلبات. فعند الاعتماد على الحاجز الخارجي وحده، قدّم النظام 88 إجابة مفيدة من أصل 120، بينما حافظ الـ Harness على 120/120.

«وحده الفرض المملوك للشيفرة (code-owned enforcement) يحقق الأمان

ويحافظ على الفائدة الكاملة في آن واحد»، يلخّص المؤلفون.

والفرق الجوهري أن الـ Harness مدمج في البنية ويفهم سياق الطلب، ولذلك لا يرفض الإجابات المشروعة. أما الحاجز الخارجي فلا يرى سوى المخرجات النهائية، فيضطر إلى التشدد الزائد، ما يؤدي إلى خسارة 27% من الإجابات المفيدة.

ماذا يعني ذلك

تقدّم هندسة الـ Harness نمطًا قابلًا لإعادة الاستخدام للانتقال من نموذج LLM أولي إلى نظام إنتاجي قابل للتدقيق. فالموجّهات النصية لا تضمن الالتزام بالعقود في البيئة المؤسسية، والمطلوب عناصر رقابة مُدارة الإصدارات (versioned) ومكتوبة في الشيفرة. وبالنسبة للفرق التي تبني وكلاء LLM مؤسسيين، يشكّل ذلك دليلًا عمليًا: ينبغي أن تقيم الضمانات السلوكية في الشيفرة، لا في التعليمات النصية.

أسئلة شائعة

على أي بيانات اختُبر الـ Harness؟

استخدم المؤلفون شريحة عامة من بيانات خمس مجموعات مؤسسية كورية كبرى تضم 25 شركة مدرجة. وشمل الاختبار 270 طلبًا عبر حدّ التركيب (composition boundary) على ثلاثة نماذج مستضافة (hosted) مختلفة.

بماذا يختلف الـ

Harness عن الحاجز الخارجي المضاف (bolt-on guardrail)؟

يبلغ الحاجز الخارجي المضاف مستوى الأمان نفسه، لكنه يولّد رفضًا مفرطًا: 88 إجابة مفيدة من أصل 120 مقابل 120/120 مع الـ Harness. فالـ Harness مدمج في البنية ويفهم سياق الطلب، ولذلك لا يضحّي بالجودة من أجل الأمان.