هندسة harness: ما هي وكيف تعمل
دليل مبسّط يشرح ماهية harness في الذكاء الاصطناعي، وكيف تُشكّل هندسة harness ما يمكن لوكلاء الذكاء الاصطناعي فعله.

ما المقصود بهندسة harness
هندسة harness هي عملية بناء الـ harness الخاص بأداة الذكاء الاصطناعي، أي كل أجزاء الأداة باستثناء نموذج الذكاء الاصطناعي.
النموذج هو نظام الذكاء الاصطناعي الذي دُرِّب على كميات كبيرة من النصوص ليتمكن من قراءة اللغة وكتابتها. ومن أمثلة نماذج الذكاء الاصطناعي GPT من OpenAI، وClaude من Anthropic، وGemini من Google.
لا يستطيع النموذج بمفرده سوى استقبال النصوص (والصور أو الصوت أحيانًا) وكتابة نص في المقابل. فهو لا يتذكر المحادثات السابقة، ولا يمكنه البحث عن المعلومات الحالية أو تشغيل التعليمات البرمجية. لذلك يحتاج إلى harness يدير المعلومات التي يتلقاها النموذج، والتطبيقات التي يمكنه استخدامها، وما يُسمح له بفعله، وكيفية التحقق من عمله.
حتى مساعد الدردشة البسيط يحتاج إلى harness. فالنموذج ينسى كل تبادل بمجرد أن يجيب، لذا يحتفظ الـ harness بسجل للمحادثة. فإذا سأل شخص عن باريس ثم أتبع سؤاله بـ«كم عدد سكانها؟»، يرسل الـ harness السؤالين معًا إلى النموذج. وبهذا يعرف النموذج أن الضمير في «سكانها» يعود على باريس.
تُعد هندسة harness أحد الأسباب التي تجعل أداتين مبنيتين على النموذج نفسه تختلفان كثيرًا في الأداء. على سبيل المثال، في أحد الاختبارات المستقلة، أبقى الباحثون النموذج (GPT5) كما هو وغيّروا الـ harness فقط، فتغيّرت نتيجة النموذج في اختبار برمجة بنسبة تصل إلى 11%.
يبني مطورو نماذج الذكاء الاصطناعي مثل Anthropic وOpenAI أنظمة harness لمنتجات الذكاء الاصطناعي الخاصة بهم، مثل Claude Code وCodex. كما تصمم الشركات التي تبني منتجات الذكاء الاصطناعي أنظمة harness للنماذج الأساسية التي تختارها. ويُسهم مستخدمو أدوات الذكاء الاصطناعي أيضًا في تشكيل جزء من الـ harness، إذ تتيح لهم أدوات كثيرة إضافة تعليمات دائمة، وربط التطبيقات، واختيار الإجراءات التي تتطلب موافقتهم قبل أن تمضي الأداة قُدمًا.
هندسة harness لوكلاء الذكاء الاصطناعي
لكل أداة ذكاء اصطناعي harness، لكن هندسة harness تكتسب أهمية خاصة عند العمل مع وكلاء الذكاء الاصطناعي. فالوكلاء ينفذون مهام متعددة الخطوات بأنفسهم، مثل البحث عن المنافسين ووضع النتائج في جدول بيانات، والـ harness هو الذي يُشغّل كل خطوة. لذا إذا ارتكب الـ harness خطأً، كسحب أسعار العام الماضي، فسيؤثر ذلك في بقية الخطوات أيضًا.
تتكون معظم أنظمة harness الخاصة بالوكلاء من ستة أجزاء رئيسية:
1. حلقة الوكيل
حلقة الوكيل هي تعليمات برمجية داخل الـ harness تُبقي المهمة في تقدّم مستمر، خطوة تلو الأخرى.
يحدد نموذج الذكاء الاصطناعي الخطوة التالية اللازمة لإكمال المهمة، ويكتب استدعاء أداة: وهو طلب قصير يُسمّي أداة في الـ harness، مثل البحث على الويب، ويحدد ما ينبغي أن تفعله الأداة.
يرصد الـ harness الطلب، ويُجري البحث، ويضيف النتائج إلى ما يمكن للنموذج رؤيته. ثم يقرأها النموذج ويقرر ما يفعله بعد ذلك.
2. إدارة السياق
يكتسب النموذج المعرفة العامة أثناء التدريب، لكن هذه المعرفة تتوقف عند تاريخ انتهاء التدريب. ولا تتضمن أي شيء خاص بالمهمة المطروحة، مثل ملفات شركة ما، أو أخبار اليوم، أو ما قيل في وقت سابق من المحادثة.
ولمعرفة كل ذلك، يعتمد النموذج على نافذة السياق: وهي النص الذي يقدمه له الـ harness قبل كل استجابة، مثل تعليماته، والاستعلام، والمحادثة حتى الآن، ونتائج البحث.
لا تتسع النافذة إلا لكمية محددة من النص. وحتى قبل أن تمتلئ النافذة، تُغفل النماذج أحيانًا معلومات مدفونة في منتصف المدخلات الطويلة.
لذا يتولى الـ harness إدارة السياق ولا يختار إلا المعلومات التي تحتاجها كل خطوة. على سبيل المثال، إذا كانت المهمة مقارنة أسعار خمسة منافسين، فقد يُدرج الـ harness صفحة الأسعار لكل شركة بدلًا من موقعها الإلكتروني بالكامل. وفي المهام الطويلة، يمكن للـ harness أيضًا استبدال السجل التفصيلي للخطوات السابقة بملخص قصير، حتى يتابع النموذج ما أنجزه دون أن يملأ هذا السجل النافذة.
3. الأدوات
الأدوات هي تعليمات برمجية تنفّذ الإجراءات التي يطلبها النموذج. وتتولى كل أداة نوعًا واحدًا من الإجراءات، مثل البحث على الويب، أو فتح صفحة ويب وقراءتها، أو تشغيل التعليمات البرمجية، أو تحرير ملف. وعندما يكتب النموذج استدعاء أداة، يُمرّره الـ harness إلى الأداة المناسبة ويُعيد النتيجة.
ويتضمن كثير من أنظمة harness أيضًا موصلات، وهي أدوات تربط الوكيل بتطبيق معين، مثل البريد الإلكتروني أو التقويم أو محرك أقراص مشترك، باستخدام صلاحيات وصول منحها شخص ما. فباستخدام موصل التقويم مثلًا، يمكن للوكيل التحقق من الأوقات المتاحة لدى شخص ما قبل اقتراح موعد للاجتماع.
4. الذاكرة
الذاكرة هي معلومات مخزّنة تنتقل من جلسة إلى أخرى. يحفظ الـ harness ملاحظات قصيرة أثناء الجلسة، مثل تفضيلات شخص ما أو المرحلة التي وصل إليها مشروع ما. وفي بداية الجلسة التالية، يضيف الـ harness تلك الملاحظات إلى نافذة السياق، فيقرأها النموذج قبل أن يقرأ الاستعلام الجديد. وبهذه الطريقة يمكن للوكيل، على سبيل المثال، استكمال تقرير أسبوعي من حيث توقف بدلًا من البدء من جديد.
5. الأذونات
الأذونات هي قواعد تحدد ما يمكن للوكيل الوصول إليه وفعله. فقواعد الوصول تحدد الملفات أو التطبيقات أو المواقع الإلكترونية التي يمكنه فتحها. أما قواعد الموافقة فتحدد الإجراءات التي يجب أن تنتظر موافقة شخص ما، مثل إرسال رسالة أو إجراء عملية شراء.
تضع الشركة المطوّرة للوكيل بعض هذه القواعد في التعليمات البرمجية للـ harness. ثم يمكن لمسؤولي المؤسسة إضافة قواعدهم الخاصة، ويمكن للمستخدمين الأفراد اختيار أمور مثل الحسابات التي يريدون ربطها.
6. التحقق
التحقق هو تعليمات برمجية تفحص عمل الوكيل قبل أن يصل إلى الشخص. ويستخدم نوعين من عمليات الفحص:
- قواعد ثابتة، وهي اختبارات محددة تنجح أو تفشل بالطريقة نفسها في كل مرة، مثل التأكد من أن كل رقم في التقرير يظهر في مستند قرأه الوكيل فعلًا.
- مراجعة يجريها نموذج ذكاء اصطناعي آخر، يقرأ العمل ويُقيّمه. ويمكنه اكتشاف مشكلات يصعب تحويلها إلى قاعدة، مثل ملخص يُغفل نقطة مهمة.
لا يوجد فحص واحد يكتشف كل شيء، لذا تجمع أنظمة harness عادةً بين النوعين. وعندما يكتشف الفحص مشكلة، يضيف الـ harness وصفًا لها إلى نافذة سياق النموذج ويعيد المهمة عبر حلقة الوكيل. فيُصلح النموذج المشكلة ويحاول مرة أخرى، وبذلك تُصحَّح أخطاء كثيرة قبل أن يرى المستخدم النتيجة.
أمثلة على هندسة harness
التحضير لاجتماع مع عميل
المهمة: يطلب مدير حساب من وكيل إعداد إحاطة لاجتماع الغد مع أحد العملاء، تغطي المسائل العالقة ومسودة لجدول الأعمال.
ما يفعله الـ harness:
- من خلال موصل البريد الإلكتروني، يبحث الوكيل في صندوق الوارد الخاص بالمدير عن الرسائل المتبادلة مع العميل.
- تسمح له الأذونات بقراءة البريد الإلكتروني دون إرسال أي رسائل.
- تُمرّر إدارة السياق إلى النموذج رسائل آخر ثلاثة أشهر فقط مع ذلك العميل، وليس صندوق الوارد بأكمله.
- تُجري حلقة الوكيل عدة جولات من البحث والقراءة، ويُصنّف النموذج ما يجده في مسائل عالقة.
- بعد ذلك، تتأكد عملية التحقق من أن كل مسألة في الإحاطة ترتبط برسالة بريد إلكتروني حقيقية.
النتيجة المحتملة: يحصل المدير على إحاطة من صفحة واحدة يمكن فيها تتبّع كل نقطة إلى رسالة البريد الإلكتروني التي جاءت منها.
تحديث تقرير المبيعات الشهري
المهمة: يطلب مسؤول العمليات من وكيل تحديث تقرير المبيعات الشهري بأرقام هذا الشهر.
ما يفعله الـ harness:
- تُحمّل الذاكرة ملاحظات من جلسة الشهر الماضي، بما في ذلك تنسيق التقرير وطلب المسؤول تقريب الأرقام إلى أقرب ألف.
- تفتح أداة ملفات جدول بيانات المبيعات على محرك الأقراص المشترك للفريق.
- تسمح الأذونات للوكيل بتحرير مسودة التقرير دون جدول البيانات المصدر، حتى لا تتغير الأرقام الأصلية عن طريق الخطأ.
- تتأكد عملية التحقق من تطابق الإجماليات في التقرير مع جدول البيانات.
النتيجة المحتملة: يصل التقرير بالتنسيق نفسه الذي جاء به تقرير الشهر الماضي، دون أن يضطر المستخدم إلى شرحه مرة أخرى.
فرز صندوق وارد مشترك
المهمة: يطلب فريق الدعم من وكيل فرز الطلبات الواردة صباحًا حسب الموضوع وصياغة مسودات ردود على الطلبات الشائعة.
ما يفعله الـ harness:
- تعالج حلقة الوكيل صندوق الوارد رسالةً تلو الأخرى.
- لكل رسالة، يختار النموذج تصنيفًا للموضوع، ويطبّقه الـ harness عبر موصل البريد الإلكتروني.
- في بداية المهمة، يضيف الـ harness قوالب الردود المعتمدة لدى الفريق إلى نافذة السياق كأدلة إرشادية، فيبني النموذج كل مسودة على أحد القوالب.
- تُبقي قاعدة موافقة كل رد في صورة مسودة إلى أن يراجعه أحد أعضاء الفريق ويرسله.
النتيجة المحتملة: يبدأ الفريق يومه والطلبات مفروزة والردود في انتظار المراجعة.
إصلاح خطأ برمجي في موقع إلكتروني
المهمة: يطلب مطوّر من وكيل برمجة إصلاح خطأ برمجي يمنع زر الدفع من العمل.
ما يفعله الـ harness:
- يعمل الوكيل في بيئة Sandbox، وهي نسخة معزولة من التعليمات البرمجية لا يمكن لتغييراته فيها أن تؤثر في الموقع الإلكتروني المباشر.
- تُمكّن أداة التعليمات البرمجية النموذجَ من قراءة الملفات وتحريرها.
- بعد كل تغيير، تُشغّل عملية التحقق الاختبارات الآلية للمشروع.
- تعود أي حالات فشل إلى النموذج كمعلومات جديدة.
النتيجة المحتملة: يواصل الوكيل تعديل الإصلاح حتى تنجح الاختبارات. ثم يراجع المطوّر التغيير قبل نشره.
هندسة harness مقابل هندسة الأوامر مقابل هندسة السياق
هندسة الأوامر هي عملية بناء استعلام واحد وتحسينه. وهندسة السياق هي عملية إدارة كل ما يراه النموذج. أما هندسة harness فهي عملية تصميم النظام الكامل الذي يعمل النموذج داخله وتحسينه.
المصطلح | من يتولاه عادةً | مثال من مهمة بحث عن المنافسين |
هندسة الأوامر | أي شخص يكتب استعلامًا | طلب «صف واحد لكل منافس، وعمود واحد لكل فئة أسعار» |
هندسة السياق | الأشخاص الذين يبنون الـ harness، إضافةً إلى المستخدمين الذين يرفقون ملفات أو قوالب | تزويد النموذج بصفحة الأسعار لكل منافس وقالب جدول البيانات الخاص بالفريق |
هندسة harness | الشركات التي تصنع منتجات الذكاء الاصطناعي، إضافةً إلى الفرق والمستخدمين الذين يختارون الإعدادات والتفضيلات ويرفعون المعلومات | تحديد الأدوات التي يمكن للوكيل استخدامها، والإجراءات التي تتطلب موافقة، وكيفية التحقق من عمله |
كيف يمكن للمستخدمين التأثير في harness الذكاء الاصطناعي
يأتي معظم الـ harness الخاص بالوكيل من الشركة التي تصنع الوكيل، لكن كثيرًا من منتجات الذكاء الاصطناعي تتيح للمستخدمين تعديل جزء منه عبر إعدادات مثل التعليمات المخصصة، والتطبيقات المتصلة، والموافقات.
يمكن للمستخدمين تشكيل الـ harness الخاص بالوكيل، وتحسين نتائج الوكيل، بأربع طرق:
1. التعليمات الدائمة
التعليمات الدائمة هي ملاحظات يكتبها الشخص مرة واحدة، ليضيفها الـ harness إلى نافذة السياق في بداية كل مهمة. ويستحق الأمر إعدادها لأي شيء قد يضطر الشخص إلى تكراره في استعلام تلو الآخر: من هو وما عمله، والطريقة التي يفضّل أن يُكتب بها العمل، أو قواعد مهمة متكررة مثل التقرير الشهري لأحد العملاء.
تقدم كثير من منتجات الذكاء الاصطناعي التعليمات الدائمة على مستويين. فالتعليمات على مستوى الحساب تناسب الأمور التي تنطبق على العمل كله، مثل تفضيلات الإملاء. أما تعليمات المشروع فتناسب عميلًا واحدًا أو سير عمل واحدًا، حتى لا تنتقل الإرشادات الخاصة بأحدهما إلى الآخر.
تعمل التعليمات الدائمة بالطريقة نفسها في مساعدي الدردشة والوكلاء، لكن الوكلاء يعتمدون عليها أكثر. ففي الدردشة، يمكن للشخص تصحيح الذكاء الاصطناعي بعد كل إجابة. أما الوكيل فقد ينفذ خطوات كثيرة قبل أن يرى أحد عمله، لذا تُعد التعليمات المقدَّمة مسبقًا إحدى الطرق القليلة لتوجيهه أثناء العمل.
كيفية كتابة تعليمات دائمة فعّالة
- ابدأ بتعليمات قصيرة، مثل: «أنا مدير تسويق في شركة برمجيات. اكتب بلغة إنجليزية بسيطة، واجعل الملخصات أقل من 200 كلمة، واستخدم التهجئة الأمريكية.»
- أضِف إليها عندما يرتكب الذكاء الاصطناعي خطأً. فإذا ظل الذكاء الاصطناعي يقرّب أرقامًا يحتاجها الفريق دقيقة، فأضِف سطرًا ينص على ذلك.
- اجعل التعليمات محددة: «قدّم الأرقام الدقيقة، ولا تقرّبها أبدًا» أفضل من «كن دقيقًا».
- اجعل القائمة قصيرة واحذف الأسطر بمجرد أن تتوقف عن كونها مفيدة، لأن كل سطر يشغل مساحة في نافذة السياق.
2. التطبيقات المتصلة
تربط التطبيقات المتصلة منتج الذكاء الاصطناعي بالأدوات التي يستخدمها الشخص بالفعل، مثل البريد الإلكتروني أو التقويم أو محرك أقراص مشترك. وبمجرد ربط تطبيق ما، يمكن للذكاء الاصطناعي العمل على معلومات الشخص نفسه بدلًا من الاقتصار على ما يُلصق في الدردشة.
يستحق الأمر إعداد الاتصالات عندما تعتمد مهمة ما على معلومات موجودة في تلك التطبيقات، مثل إعداد إحاطة لاجتماع من سلاسل رسائل البريد الإلكتروني أو تلخيص مستندات على محرك أقراص مشترك.
كيفية ربط التطبيقات بأمان
- لا تربط إلا التطبيقات التي تحتاجها المهمة، لأن كل اتصال يزيد فرص حدوث الأخطاء.
- اختر صلاحية الوصول للقراءة فقط حيثما تتوفر. على سبيل المثال، يحتاج الوكيل الذي يُعد إحاطات الاجتماعات إلى قراءة البريد الإلكتروني، لا إرساله.
- اضبط الاتصالات حسب المشروع حيثما يسمح المنتج بذلك. ففي Perplexity، على سبيل المثال، يمكن للمستخدمين اختيار الموصلات التي يستخدمها كل مشروع.
- تذكّر فصل التطبيقات التي لم تعد مستخدمة.
3. إعدادات الموافقة
تحدد إعدادات الموافقة الإجراءات التي يجب أن تنتظر موافقة شخص ما قبل أن يمضي الذكاء الاصطناعي قُدمًا. بعض الموافقات مدمجة في المنتج، وتتيح بعض المنتجات للمستخدمين اختيار الإجراءات الأخرى التي تتطلب موافقة.
كيفية وضع قواعد الموافقة
- اشترط الحصول على موافقة قبل تنفيذ الإجراءات التي لا يمكن التراجع عنها، مثل إرسال رسالة أو إجراء عملية شراء أو حذف ملف.
- اجعل قائمة الموافقات قصيرة. فإذا طلب الوكيل الموافقة على كل خطوة صغيرة، فسيبدأ الناس في الموافقة دون قراءة.
4. المعايير وعمليات التحقق
تأتي معظم منتجات الذكاء الاصطناعي مزوّدة ببعض المعايير المدمجة. فعلى سبيل المثال، يرفق Perplexity الاستشهادات بإجاباته حتى يمكن التحقق من كل ادعاء. أما المعايير التي يحددها المستخدم، فتضيف ما لا يستطيع المنتج معرفته بمفرده، مثل تنسيق التقارير الذي يفضّله الفريق.
كيفية وضع معايير لعمل الذكاء الاصطناعي
- وفّر قالبًا للأعمال المتكررة، ليحصل الذكاء الاصطناعي على بنية ثابتة يملؤها.
- شارك مثالًا لعمل سابق نال إعجاب الفريق، ليتمكن الذكاء الاصطناعي من مجاراة أسلوبه ومستوى تفاصيله.
- اطلب رابطًا للمصدر بجانب كل رقم.
- راجع النتائج الأولية عن كثب، وحوّل أي ثغرات متكررة إلى تعليمات دائمة جديدة.
نهج Perplexity في التعامل مع harness الوكلاء
يعمل Perplexity Computer على harness مستقل عن النماذج، وهو يجمع أكثر من 20 نموذجًا متقدمًا في نظام واحد. ويقسّم كل مهمة إلى مهام فرعية، ويسندها إلى وكلاء فرعيين (وكلاء منفصلين يتولى كل منهم جزءًا واحدًا)، ويوجّه كل جزء من العمل إلى النموذج المناسب له.
تعرّف على كيفية إعداد التعليمات والملفات والموصلات في دليل المشاريع في Perplexity.
الأسئلة الشائعة
ما المقصود بمهندس harness؟
مهندس harness هو من يصمّم النظام الذي يتيح لنموذج الذكاء الاصطناعي أداء عمل موثوق، ويتولى صيانته. وقد يعني ذلك إضافة أداة جديدة يستخدمها الوكيل، أو تتبّع سبب تكرار الوكيل للخطأ نفسه، أو تشديد عمليات التحقق التي يجريها قبل إنهاء المهمة. وهو ليس مسمى وظيفيًا معتمدًا، وإن كان ذلك قد يتغير. وعادةً ما يتولى هذا العمل مهندسو البرمجيات في شركات الذكاء الاصطناعي أو ضمن الفرق التي تبني الوكلاء. أما في مجال التصنيع، فيشير المسمى نفسه إلى من يصمّم ضفائر الأسلاك (wire harnesses)، وهي حزم الكابلات الموجودة داخل السيارات والآلات.
ما هو harness الوكيل؟
يُقصد بـ harness الوكيل عادةً كل ما في وكيل الذكاء الاصطناعي باستثناء النموذج نفسه. ويشمل ذلك الشيفرة البرمجية التي تشغّل حلقة الوكيل، وتدير السياق، وتنفّذ استدعاءات الأدوات، وتخزّن الذاكرة، وتفرض الأذونات، وتتحقق من عمل الوكيل قبل أن يصل إلى أي شخص.
هل لكل أداة ذكاء اصطناعي harness؟
نعم. فحتى مساعد الدردشة البسيط يعتمد على harness لتتبّع المحادثة، لأن النموذج لا يتذكر الرسائل السابقة من تلقاء نفسه.
يمكن للمطورين أيضًا استخدام النموذج عبر إرسال الطلبات إليه من برامجهم الخاصة من خلال API (اتصال يتيح لبرنامج ما إرسال الطلبات إلى برنامج آخر). وفي هذه الحالة، تؤدي الشيفرة البرمجية الخاصة بالمطوّر دور harness.
هل ستُغني النماذج الأفضل عن harness؟
قد تحتاج النماذج الأفضل إلى توجيه أقل خطوة بخطوة، لذا قد يتقلّص بعض ما يؤديه harness اليوم. لكن النموذج بمفرده لا يفعل سوى تحويل النص إلى نص؛ فلا اتصال له بالإنترنت ولا وصول له إلى التطبيقات الأخرى. فالوصول إلى الملفات وتنفيذ الإجراءات وفرض قواعد الموافقة كلها أمور تحدث في البرمجيات المحيطة بالنموذج، لذا من المرجّح أن يظل هذا العمل من مهام harness مهما بلغت قدرات النماذج.