نحو 9 من كل 10 تجارب لوكلاء الذكاء الاصطناعي لا تصل إلى الإنتاج — وخلافاً للرواية الشائعة، ليس لأنّ الشركات اختارت نموذجاً «ضعيفاً». ينقص شيء نال في 2026 اسمه الخاص: الـ harness. الـ harness هو الطبقة التي تُبنى حول النموذج — قواعد، أدوات، حدود صلاحيات، آليات تحقّق ومراقبة — وهي، لا النموذج نفسه، التي تقرّر بشكل متزايد ما إذا كان الذكاء الاصطناعي يدرّ المال. في هذا النص أشرح ما هو الـ harness، ومن أين جاء، ولماذا يستحقّ فهم هذا المفهوم، بغضّ النظر عن حجم الشركة.
لماذا كان السوق ينظر إلى النموذج فقط
طوال العامين الماضيين عاش السوق على سؤال أيّ نموذج هو الأفضل. أمر مفهوم — كانت النماذج مبهرة وكان من السهل الاعتقاد بأنّ اختيار النموذج المناسب يكفي ليترتّب الباقي تلقائياً. لكنّ نضج هذه التكنولوجيا سار في اتجاه مختلف عمّا أوحت به العناوين.
تجربة واحدة تُظهر ذلك جيداً. حسّن فريق LangChain فعالية وكيله البرمجي بنحو 14 نقطة مئوية دون تغيير النموذج ولو مرّة واحدة. غيّر فقط ما يحيط به: حلقات التحقّق الذاتي، وطريقة تقديم المعلومات، وآليات التقاط الأخطاء. بعبارة أخرى — المحرّك نفسه، harness مختلف، نتيجة مختلفة تماماً.
من أين جاء الـ harness ولماذا اسم جديد
روّج للمصطلح في أوائل 2026 ميتشل هاشيموتو — أحد مبتكري Terraform، رجل بجذور في البنية التحتية لا في تسويق الذكاء الاصطناعي. وصف مبدأً بسيطاً: حين يرتكب الوكيل خطأً، لا تصلح الحالة المفردة، بل ابنِ حولها حلّاً يجعله لا يرتكب هذا الخطأ أبداً مرّة أخرى. كلمة harness تعني حرفياً «طوق» أو «سقالة» — أتركها بالأصل، لأنّ هكذا يُتحدّث عنها عملياً. ومن هنا الصيغة التي صارت رائجة: الوكيل = النموذج + Harness.
من باب الإنصاف، بعض الممارسين يتذمّرون. فالاختبارات والمراقبة وضبط الصلاحيات كانت موجودة في هندسة البرمجيات قبل هذا المصطلح بزمن طويل. وهم محقّون من حيث المضمون. لكنّ للاسم قيمته — يعطي مجالس الإدارة كلمة مشتركة لعمل كان يضيع حتى الآن بين «تكنولوجيا المعلومات» و«الابتكار»، وصار الآن قابلاً للتخطيط والتمويل بوعي.
عملياً، الـ harness عدّة طبقات: مجموعة القواعد التي يقرأها الوكيل عند البدء، والوصول إلى الأدوات، وحدود الصلاحيات، وحلقات التحقّق، والمراقبة. Claude Code وCursor وGitHub Copilot وCodex هي اليوم بالضبط harnesses جاهزة حول النماذج — بيئة عمل كاملة، لا «محادثة مع النموذج».
اثنان من الـ harness — وواحد فقط هو ميزتك
هنا يظهر التمييز الأهمّ لصاحب القرار. بعض الـ harness يبنيها مزوّدو النماذج — أمان مدمج، وإدارة أدوات، وإدارة سياق. هذه الطبقة تصبح بسرعة معياراً وتحصل عليها ضمن سعر الأداة. لا معنى لإعادة بنائها.
الطبقة الثانية تبنيها أنت — لعمليتك المحدّدة. قواعدك، بياناتك، ضماناتك، تعريفك لما يعنيه «مُنجَز جيداً». وهذه الطبقة بالذات هي الميزة الحقيقية، لأنها تسجّل معرفة مؤسستك وتصبح مع كلّ تصحيح أصعب على النسخ. النموذج يمكنك تبديله كمحرّك. هذه الطبقة لا.
ومن هنا استنتاج بسيط: الـ harness الأول يجدر تسليمه للمزوّد. والثاني لا تسلّمه لمشروع استشاري لمرّة واحدة، لأنّ فيه تبقى الذاكرة المؤسسية للشركة.
ما الذي يعمل فعلاً
تُظهر الأبحاث النمط ذاته من زوايا مختلفة. الشيفرة التي ينتجها وكيل دون إشراف كانت ضعيفة على مقياس قابلية الصيانة — بغضّ النظر عن النموذج المستخدم. الشيفرة نفسها مع إشراف بشري وطبقة ضبط كانت أفضل بأضعاف. الفرق لم يصنعه النموذج، بل ما أحاط به: الحدود، والاختبارات، وضبط النطاق. ليست سحراً تكنولوجياً، بل أثر عملية ناضجة.
خلاصتي لمجالس الإدارة وأصحاب الشركات
بغضّ النظر عن حجم الشركة، المبدأ واحد. توقّف عن حسم أيّ نموذج تتوحّد عليه — راهن على طبقة قواعد قابلة للنقل وتعامل مع النموذج كمحرّك قابل للتبديل. كلّ الفرق يكمن فيما تبنيه حوله، وفي هذه الطبقة بالذات يجدر الاستثمار أولاً، لأنها التي تلتقط الأخطاء حين يخطئ النموذج.
الحجم يغيّر فقط ثقل هذا العمل، لا اتجاهه. في مؤسسة كبيرة، الـ harness الخاص بك أصل لسنوات، لا مشروع استشاري لمرّة واحدة — ويحتاج شخصاً يتحمّل مسؤوليته؛ وفي الشركات التي تأخذه بجدّية صار هذا الدور قاعدة. في شركة صغيرة، الـ harness نفسه يتّسع في ملف قواعد واحد يصف عمليتك، وقائمة واحدة بما لا يُسمح للوكيل بفعله، وآلية واحدة تتحقّق من النتيجة، وتسجيل بسيط لما جرى. إنها ساعات عمل، لا نشر ضخم. ومن هنا استنتاج بسيط لشركة أصغر: لا تشترِ «تحوّلاً وكيلياً» من مزوّد يَعِد بكلّ شيء — استخدم الـ harness الجاهز الذي تمنحه أدوات مثل Claude Code أو Cursor أو Copilot، وأضف طبقتك الرقيقة الخاصة لعملية محدّدة. ويُفضّل عملية يسهل التحقّق فيها من جودة النتيجة — غالباً التسويق أو المبيعات أو خدمة العملاء.
ثمّة سبب آخر للبدء الآن، ويخصّ المجموعتين. اعتباراً من أغسطس 2026 تبدأ متطلّبات الاتحاد الأوروبي لأنظمة الذكاء الاصطناعي عالية المخاطر بالسريان — منها في التوظيف والتقييم الائتماني ومراقبة الموظفين. الموعد يُؤجَّل أحياناً في النقاشات التنظيمية، لكنّ التخطيط للموعد الأبكر ببساطة أكثر أماناً. طبقة التحقّق والتسجيل والإشراف البشري هي بالمناسبة بنية امتثال، لا ابتكار فقط. وعن أمر واحد سيسأل كلّ جهة تنظيمية بغضّ النظر عن حجم الشركة: عن سياسة موجزة لاستخدام الذكاء الاصطناعي للفريق.
لا تسأل: «أيّ نموذج ذكاء اصطناعي نختار؟». اسأل بالأحرى: «ماذا سنبني حول النموذج كي يمكن الاعتماد عليه؟». لأنّه قبل أن يبدأ النموذج بإدرار المال، على أحدهم أن يبني حوله طبقة تضبطه.
عزيزتي القارئة، عزيزي القارئ. إن رأيت أنّ الموضوع أعلاه يخصّ شركتك وتودّ التحدّث معي ضمن مجلس الإدارة عن كيفية بناء مثل هذه الطبقة حول الذكاء الاصطناعي في واقع مؤسستك، فتفضّل بالتواصل. Leszek Giza.