ما هو هندسة السياق التنفيذي (Harness Engineering)؟ بناء أطر عمل موثوقة لوكلاء الذكاء الاصطناعي (2026)
الوكيل = النموذج + إطار العمل التنفيذي (Harness). دليل عملي لفهم ما هو الـ Harness، ومكوناته السبعة، وعلاقته بهندسة الأوامر (Prompt) وهندسة السياق (Context)، مع مقارنة بين الأطر الحقيقية وكيفية تقييم أي منها.
كل عميل ذكاء اصطناعي (AI agent) هو نموذج (model) بالإضافة إلى هيكل تنفيذي (harness) — وفي عام 2026 غالبًا ما يكون الهيكل التنفيذي، لا النموذج، هو ما يحدد إن كان العميل يعمل بالفعل. الهيكل التنفيذي هو كل ما يُلَفّ حول النموذج — حلقة التحكم، الأدوات، الذاكرة، البيئة المعزولة (sandbox)، وإدارة السياق — الذي يحوّل الذكاء الخام إلى عمل مفيد، ويُعبَّر عنه بالمعادلة البسيطة Agent = Model + Harness. هندسة الهيكل التنفيذي (Harness engineering) هي التخصص الخاص ببناء هذا النظام المحيط بشكل جيد. يحدد هذا الدليل المفهوم، ويوضح علاقته بهندسة التلقين (prompt engineering) وهندسة السياق (context engineering)، ويفصّل تشريح الهيكل التنفيذي، ويقارن بين الهياكل التنفيذية الحقيقية المستخدمة اليوم، ويشرح كيفية تقييم أحدها.
لماذا تهم هندسة الهيكل التنفيذي الآن
تهم هندسة الهيكل التنفيذي لأن النموذج لم يعد هو العائق — بل النظام المحيط به. مع تقارب النماذج الرائدة في القدرات الخام المتشابهة، أصبح الفرق بين عميل ذكاء اصطناعي ينجز العمل وآخر يتعطل يكمن بالكامل تقريبًا في الهيكل التنفيذي: كيف يدير الحالة، وكيف يتعافى من الأخطاء، وكيف يستدعي الأدوات، وكيف يبقى مركّزًا على المهمة خلال جلسات عمل طويلة.
يستمر الممارسون في الوصول إلى الدرس نفسه. المهندسون الذين يبسّطون أنظمة العملاء المُصممة بإفراط يجدون دائمًا أن "النموذج لم يكن أبدًا المشكلة — بل النظام والبنية التحتية المحيطة به." وهذا هو السبب في أن النموذج نفسه قد يبدو رائعًا داخل منتج ما وغير مفيد داخل آخر: ذكاء متطابق، وهيكل تنفيذي مختلف تمامًا.
هناك أيضًا اتجاه أعمق يدفع صعود هذا المصطلح: النموذج والهيكل التنفيذي يُدرَّبان معًا بشكل متزايد. تقوم المعامل الآن بتدريب النماذج بعد المرحلة الأساسية (post-training) على ميزات هيكلية محددة — أداة تحرير ملفات معينة، أو حلقة تخطيط محددة — بحيث يتطور الاثنان معًا. هذا الترابط يجعل تصميم الهيكل التنفيذي تخصصًا هندسيًا من الدرجة الأولى بدلاً من مجرد كود ربط (glue code)، وهذا ما جعل "هندسة الهيكل التنفيذي" تنتقل من مصطلح متخصص إلى ممارسة موسومة في عام 2026.
ما هو هيكل تنفيذي للعميل (Agent Harness)؟
الهيكل التنفيذي للعميل هو كل ما في عميل الذكاء الاصطناعي بخلاف النموذج نفسه. طريقة مفيدة للتعبير عن ذلك: إن لم تكن النموذج، فأنت الهيكل التنفيذي. النموذج هو دالة تحوّل نصًا إلى نص؛ وهو بمفرده لا يستطيع الحفاظ على حالة دائمة، أو تشغيل كود، أو رؤية معلومات لحظية، أو إعداد بيئته الخاصة. الهيكل التنفيذي يوفر كل ذلك.
بشكل ملموس، الهيكل التنفيذي هو ما يسمح للنموذج بـ:
- اتخاذ إجراءات في العالم الحقيقي (تشغيل أمر، تحرير ملف، استدعاء واجهة برمجة تطبيقات API)
- تذكر الأشياء بعد استجابة واحدة
- التعافي عند فشل خطوة ما
- الاستمرار في العمل عبر خطوات عديدة نحو هدف ما
بدون هيكل تنفيذي، لديك روبوت محادثة. ومعه، لديك عميل ذكاء اصطناعي.
هندسة التلقين مقابل هندسة السياق مقابل هندسة الهيكل التنفيذي
تشكّل المصطلحات الثلاثة هرمًا متداخلًا، حيث تلتف كل طبقة حول السابقة: هندسة التلقين تُحسّن تعليمة واحدة، وهندسة السياق تُدير كل ما يراه النموذج، وهندسة الهيكل التنفيذي تبني النظام الكامل الذي يعمل النموذج بداخله. إنها ليست أفكارًا متنافسة — بل طبقات متحدة المركز.
هندسة التلقين، وهندسة السياق، وهندسة الهيكل التنفيذي هي طبقات متحدة المركز، لا مناهج متنافسة.
| الطبقة | النطاق | السؤال الذي تجيب عنه |
|---|---|---|
| هندسة التلقين (Prompt engineering) | تعليمة واحدة | كيف أصيغ هذا الطلب؟ |
| هندسة السياق (Context engineering) | كل ما في نافذة السياق | ما المعلومات التي يجب أن يراها النموذج الآن؟ |
| هندسة الهيكل التنفيذي (Harness engineering) | النظام الكامل المحيط بالنموذج | ما الأدوات، والحلقة، والذاكرة، والبيئة التي يحتاجها العميل للعمل بشكل موثوق؟ |
هندسة التلقين تعيش داخل هندسة السياق، التي تعيش داخل هندسة الهيكل التنفيذي. إذا كنت تبني عميل ذكاء اصطناعي مستقلًا، فأنت تقوم بالثلاثة جميعًا — لكن الهيكل التنفيذي هو الطبقة التي تحدد إن كان سينجو من مواجهة مهمة حقيقية متعددة الخطوات.
تشريح هيكل تنفيذي للعميل
تُبنى معظم الهياكل التنفيذية في بيئات الإنتاج من نفس المكونات السبعة. يمكنك تحليل أي عميل ذكاء اصطناعي — Claude Code، أو بناء مخصص بواسطة LangChain، أو منصة مُدارة — بسؤال كيفية تعامله مع كل واحد منها.
المكونات السبعة التي تلتف حول نموذج لتشكيل عميل ذكاء اصطناعي عامل.
- حلقة التحكم (Control loop) — دورة التخطيط والتنفيذ (غالبًا حلقة على نمط ReAct: التفكير، التنفيذ، المراقبة، والتكرار) التي تدفع العميل إلى الأمام وتقرر متى ينتهي.
- الأدوات (Tools) — الإجراءات التي يمكن للعميل تنفيذها. Bash ونظام الملفات هما الأداتان العامتان ذاتا الأثر الأكبر؛ الأدوات المتخصصة وخوادم MCP تُوسّع من مدى الوصول.
- الذاكرة (Memory) — تخزين دائم خارج نافذة السياق: ملفات، مخزن ذاكرة، أو ملف
AGENTS.md/CLAUDE.mdبسيط يقرأه العميل ويكتب فيه. - إدارة السياق (Context management) — الضغط، والتلخيص، والإفشاء التدريجي الذي يحافظ على تركيز النافذة ويقاوم تعفّن السياق (context rot). (هذا هو المكان الذي تحتوي فيه هندسة الهيكل التنفيذي على هندسة السياق.)
- البيئة المعزولة (Sandbox) — البيئة المنفصلة التي تُنفَّذ فيها إجراءات العميل، بحيث لا يستطيع خطأ ما أو تعليمة ضارة إلحاق الضرر بالجهاز المضيف.
- الصلاحيات (Permissions) — ما يُسمح للعميل بفعله دون طلب إذن، والحالات التي يجب أن يوافق فيها إنسان.
- إمكانية المراقبة (Observability) — السجلات، والتتبعات، والقدرة على مراقبة ما فعله العميل ولماذا، حتى تتمكن من تصحيح الأخطاء وتحسين الهيكل التنفيذي.
الهيكل التنفيذي المُصمَّم جيدًا ليس هو الذي يحتوي على أكبر عدد من المكونات — بل هو الذي تكون فيه هذه القطع متماسكة ويعزز كلٌّ منها الآخر.
هياكل تنفيذية حقيقية للعملاء، بالمقارنة
أسرع طريقة لفهم هندسة الهيكل التنفيذي هي رؤية كيف تتخذ المنتجات الفعلية قرارات هيكلية مختلفة. يقارن الجدول أدناه بين هياكل تنفيذية شائعة للعملاء بناءً على القرارات الأكثر أهمية للمستخدمين.
| الهيكل التنفيذي | الواجهة الأساسية | الإعداد | بيئة التنفيذ | الأفضل لـ |
|---|---|---|---|---|
| Claude Code | محطة طرفية / سطر الأوامر (بالإضافة إلى IDE والويب) | تثبيت + تهيئة محلية | جهازك أو بيئة معزولة | المطورون المرتاحون في العمل بالمحطة الطرفية |
| OpenAI Codex | سطر الأوامر + السحابة | تثبيت / حساب سحابي | سحابة معزولة أو محلية | المطورون في منظومة OpenAI |
| OpenClaw | بيئة تشغيل عميل مفتوحة المصدر | استضافة ذاتية / إعداد محلي | بنيتك التحتية الخاصة | المستخدمون التقنيون الراغبون في التحكم الكامل |
| Happycapy | واجهة رسومية بصرية في المتصفح | لا يوجد — يعمل داخل متصفحك | بيئة سحابية معزولة مُدارة | الجميع — التقنيون وغير التقنيين |
النمط: التحكم الأكبر يعني عادة إعدادًا أكبر ومسؤولية أكبر عن الهيكل التنفيذي، في حين تتنازل الهياكل التنفيذية المُدارة عن بعض التحكم مقابل موثوقية بلا إعداد. من هو "الأفضل" يعتمد كليًا على من يستخدمه وكم من عمل الهيكل التنفيذي يريد أن يمتلكه.
كيف تُقيّم هيكلًا تنفيذيًا
تُقيّم هيكلًا تنفيذيًا من خلال مدى موثوقية وكفاءة تكلفته في تحويل هدف ما إلى عمل مكتمل بأدنى قدر من التدخل البشري. تصف الأدلة الرائدة مكونات الهيكل التنفيذي لكنها نادرًا ما تشرح كيفية الحكم عليه — هذه هي المقاييس التي تسد تلك الثغرة:
- معدل نجاح المهمة (Task success rate) — نسبة المهام المُكتملة بشكل صحيح من البداية إلى النهاية. المقياس الرئيسي؛ يُقاس مقابل مجموعة ثابتة من المهام.
- معدل التدخل (الاستقلالية) — عدد المرات التي يحتاج فيها إنسان للتدخل في كل مهمة. الهيكل التنفيذي الأفضل يحتاج تدخلات أقل للوصول إلى النتيجة نفسها.
- معدل التعافي (Recovery rate) — عندما تفشل خطوة ما، كم مرة يكتشف الهيكل التنفيذي ذلك ويصححه من تلقاء نفسه بدلًا من التعطل أو تضخيم الخطأ.
- الاحتواء الأمني (Safety containment) — هل يمكن لإجراءات العميل أن تُلحق ضررًا بأي شيء خارج بيئته المعزولة؟ الهيكل التنفيذي الذي يمكنه تدمير المضيف يُعتبر فاشلًا بغض النظر عن نتيجة المهمة.
- إمكانية المراقبة (Observability) — هل يمكنك رؤية ما حدث ولماذا؟ إن لم تستطع تتبّع سبب الفشل، لا يمكنك تحسين الهيكل التنفيذي.
- التكلفة والزمن اللازم لكل مهمة — السقف العملي. التحقق والاستكشاف المكثفان يرفعان الجودة لكنهما يكلّفان رموزًا (tokens) وزمنًا؛ هذا يحافظ على صدق هذه المفاضلة.
فكّر في ذلك على أنه تكامل مستمر (CI) للعملاء: مجموعة معيارية من المهام التمثيلية يُعاد تشغيلها مع كل تغيير في الهيكل التنفيذي، بحيث لا يمكن لتعديل يرفع مقياسًا واحدًا أن يُدمّر آخر بصمت (حلقة أسرع تُقلّل معدل النجاح بصمت هي تراجع، لا مكسب).
البناء مقابل الشراء: هل يجب أن تصمم هيكلك التنفيذي الخاص؟
اِبنِ هيكلًا تنفيذيًا عندما يكون سير عملك غير معتاد بما يكفي بحيث لا يناسبه أي هيكل موجود؛ اشترِ (أو اعتمِد) هيكلًا مُدارًا عندما تريد عمل عميل موثوق دون امتلاك جميع المكونات السبعة بنفسك. البناء يعطيك تحكمًا كاملًا، وهو القرار الصحيح للأنظمة الفريدة والمُدمجة بعمق — لكنك تمتلك بعدها حلقة التحكم، والبيئة المعزولة، وإمكانية المراقبة، والأمان، وتحافظ عليها مع تغيّر النماذج.
بالنسبة لمعظم الفرق والأفراد، الهدف ليس تصميم هيكل تنفيذي — بل إنجاز العمل باستخدام أحدها. وهذا ما يدعو إلى هيكل تنفيذي مُدار.
Happycapy هو هيكل تنفيذي مُدار للعملاء تستخدمه من المتصفح: يُشغّل Claude Code وأكثر من 150 نموذجًا داخل بيئة سحابية معزولة، ويوصّل الأدوات ونظام الملفات، ويُدير السياق والذاكرة، ويعرض العمل من خلال سطح مكتب بصري حيث يمكنك مراقبة العميل والتدخل عند الحاجة. من منظور الهيكل التنفيذي، المكونات السبعة جميعها مُصممة ومُدارة من أجلك — أنت تصف المهمة، ويتولى الهيكل التنفيذي بقية العمل. إنه مسار "الشراء" لمن يريد نتائج العميل دون أن يصبح مهندس هياكل تنفيذية.
الأمان: عزل الهيكل التنفيذي في بيئة معزولة
أهم قرار أمني في هيكل تنفيذي هو البيئة المعزولة، لأن العميل الذي يستطيع تشغيل أوامر يمكنه أيضًا تشغيل أوامر ضارة — سواء من خطأه الخاص أو من هجوم حقن تلقين (prompt-injection) مخفي في صفحة ويب أو ملف يقرأه. تقع الهياكل التنفيذية على مسار يتراوح بين العزل الناعم (soft sandboxing) (يعمل العميل بضوابط حماية لكن على جهاز موثوق) والعزل الصارم (hard sandboxing) (يعمل العميل في بيئة معزولة بالكامل بدون وصول إلى المضيف أو البيانات الحساسة).
عامِل أي محتوى يستحضره العميل — صفحات ويب، وثائق، مُخرجات الأدوات — كمُدخل غير موثوق، ونفّذ التشغيل في بيئة معزولة بدلاً من تشغيله مباشرة على جهازك الخاص. هذا هو السبب بالضبط في جاذبية الهياكل التنفيذية المستندة إلى المتصفح والمُعزولة سحابيًا للاستخدام اليومي: العزل هو الإعداد الافتراضي، وليس أمرًا يحتاج المستخدم لتهيئته.
البدء في هندسة الهيكل التنفيذي
سواء بنيت أو اشتريت، تنطبق المبادئ نفسها:
- انطلق من السلوك الذي تريده. اعمل بشكل عكسي من "ما الذي يجب أن يفعله العميل بشكل موثوق" إلى ميزات الهيكل التنفيذي التي تُتيح ذلك.
- زوّده بحلقة حقيقية وأدوات حقيقية. Bash إلى جانب نظام ملفات يغطي نطاقًا هائلًا من المهام قبل أن تحتاج إلى أي شيء غريب.
- ضع الحالة خارج النموذج. استخدم الملفات والذاكرة بحيث ينجو التقدم من نافذة السياق.
- عزل التنفيذ. ضع البيئة المعزولة أولًا؛ فهي أرخص تأمين ضد أخطاء مكلفة.
- قِسه. تابع معدل النجاح، ومعدل التدخل، ومعدل التعافي مقابل مجموعة ثابتة من المهام.
للحصول على كتالوج أوسع لأنماط الهياكل التنفيذية والأدوات والتقييمات، تُعد قائمة awesome-harness-engineering التي يحافظ عليها المجتمع خريطة مفيدة. وإذا كنت تفضل عدم الحفاظ على هيكل تنفيذي بنفسك على الإطلاق، فعلى Happycapy تأتي المكونات السبعة أعلاه موصولة مسبقًا — بحيث تُشغّل عميل ذكاء اصطناعي من علامة تبويب في المتصفح بدلاً من امتلاك حلقة التحكم، والبيئة المعزولة، وإمكانية المراقبة بنفسك.
الأسئلة الشائعة
س: ما هي هندسة الهيكل التنفيذي في الذكاء الاصطناعي؟
هندسة الهيكل التنفيذي هي ممارسة تصميم كل ما يحيط بنموذج الذكاء الاصطناعي — حلقة التحكم، والأدوات، والذاكرة، والبيئة المعزولة، وإدارة السياق، والصلاحيات، وإمكانية المراقبة — التي تحوّل نموذجًا خامًا إلى عميل موثوق. يُعبَّر عنها بالمعادلة Agent = Model + Harness.
س: ما الفرق بين النموذج والهيكل التنفيذي؟
النموذج هو الذكاء — دالة تحوّل نصًا إلى نص. الهيكل التنفيذي هو كل شيء آخر: الكود والبنية التحتية التي تسمح للنموذج باتخاذ إجراءات، وتذكر أشياء، والتعافي من الأخطاء، والعمل عبر خطوات عديدة. كما يُقال، "إن لم تكن النموذج، فأنت الهيكل التنفيذي."
س: كيف تختلف هندسة الهيكل التنفيذي عن هندسة السياق؟
إنهما طبقتان متداخلتان. هندسة السياق تُدير ما يراه النموذج في نافذة سياقه؛ هندسة الهيكل التنفيذي تبني النظام الكامل الذي يعمل النموذج بداخله — والذي يشمل إدارة السياق كواحد من مكوناته. هندسة الهيكل التنفيذي هي الطبقة الخارجية، وتلتف حول هندسة السياق والتلقين كليهما.
س: هل أحتاج لبناء هيكل تنفيذي خاص بي للعميل؟
ليس عادةً. بناء هيكلك الخاص منطقي في سير العمل غير المعتاد والمُدمج بعمق، لكنه يعني امتلاك الحلقة، والبيئة المعزولة، والأمان، وإمكانية المراقبة بنفسك. معظم الناس تخدمهم بشكل أفضل هياكل تنفيذية مُدارة — كمنصة مستندة إلى المتصفح ومعزولة — تصمم هذه المكونات نيابة عنهم.
س: كيف تقيس إن كان الهيكل التنفيذي جيدًا؟
تابع معدل نجاح المهمة، ومعدل التدخل (كم مرة يجب أن يتدخل إنسان)، ومعدل التعافي (كم مرة يُصحح نفسه ذاتيًا)، والاحتواء الأمني، وإمكانية المراقبة، والتكلفة/الزمن لكل مهمة — وشغّلها مقابل مجموعة ثابتة من المهام حتى تتمكن من المقارنة قبل وبعد كل تغيير.
