ما الذي يفعله Better Harness لتحسين سير عمل وكلاء البرمجة بالذكاء الاصطناعي؟

أداة Better Harness من Qoder هي مشروع مفتوح المصدر لمراجعة وتحسين سير العمل المحيط بوكيل البرمجة. فهي لا تسأل فقط: «هل ولّد النموذج شيفرة تبدو سليمة؟»، بل تفحص التعليمات داخل المستودع، والضوابط، وطرق التحقق، وإعدادات الوكيل، وسجلات ما جرى في الجلسات الفعلية عندما تكون متاحة. ثم تحدد ثغرات قابلة للإسناد إلى أدلة، وتقترح إصلاحاً محدود النطاق يمكن التحقق منه في تشغيل لاحق. 124

أعلنت Qoder إتاحة المشروع على GitHub كمصدر مفتوح في 28 يوليو 2026، وفقاً لتغطية منشورة وقت الإطلاق. 5

الفكرة الأساسية: قيّم «الحاضنة» لا النموذج وحده

يعمل وكيل البرمجة ضمن منظومة أوسع: تعليمات المستودع، المواصفات، الأدوات والصلاحيات، السكربتات، الاختبارات، متطلبات المراجعة، فحوصات الإصدار، وتسليم العمل للبشر. تسمي Qoder هذه المنظومة الحاضنة (Harness). وقد تشمل تعليمات المستودع والقواعد والمهارات والخطافات والإضافات والموصلات وسكربتات الاختبار وفحوصات الإصدار وخطوات المراجعة البشرية. 2

لذلك قد يكون النموذج قادراً، لكن النتيجة تظل غير موثوقة إن كانت العملية المحيطة به مبهمة أو غير قابلة للرصد. وجود أمر لتشغيل الاختبارات مثلاً لا يثبت أن الوكيل يعرف متى يشغّله أو أنه فعله بعد تعديل ذي صلة. ووجود ملف قواعد لا يثبت أن الوكيل يستخدمه فعلاً. 145

إطار من ثلاث طبقات

تطرح Qoder Better Harness كإطار يربط بين ممارسات هندسية، ونموذج تقييم، وتنفيذ قابل للتشغيل في المشاريع الحقيقية. 5

1. ممارسات هندسة الحاضنة

هذه الطبقة هي الأدوات والإجراءات التي تضبط عمل الوكيل، مثل أنماط الجلسات وواجهة سطر الأوامر (CLI) وقابلية الرصد والقواعد والمهارات وإعدادات MCP والذاكرة والخطافات والأتمتة. 5

عملياً، تجيب عن أسئلة مثل:

• هل يحصل الوكيل على هدف واضح وقيود وسياق كافٍ عن المستودع؟
• هل مسارات التنفيذ وصلاحياته مضبوطة بالقدر المناسب؟
• هل ترتبط الاختبارات والفحوصات والمراجعات بالعمل الذي ينجزه؟
• هل تتحول الدروس المستفادة إلى أصول مشروع مُصانة، بدلاً من ضياعها بانتهاء الجلسة؟

تبدأ Better Harness برسم خريطة للحاضنة الحالية: الأهداف والسياق ونقاط دخول التنفيذ وحلقات التغذية الراجعة وآليات التسليم والتقاط المعرفة. 1

2. تقييم «حلقة عمل الوكيل»

تحوّل الطبقة الثانية الممارسات إلى تقييم لخمسة أبعاد مترابطة: فهم المهمة، التنفيذ المنضبط، التحقق من التغيير، التسليم الموثوق، والتقاط التعلّم. 14

وهنا يتبدل السؤال من: «هل كتب الوكيل شيفرة مقنعة؟» إلى: هل تستطيع العملية كاملةً إنتاج تغييرات مفهومة ومنضبطة ومتحققاً منها وقابلة للتسليم، مع الاستفادة من خبرة العمل السابق، بصورة متكررة؟

ويهدف النموذج إلى كشف مواضع الانقطاع في هذه الحلقة، مثل غياب آلية لازمة، أو عدم ترابط تكامل قائم، أو خطوة لم تُنفذ فعلياً، أو ضعف الأدلة على النتيجة. 1

3. تنفيذ قابل للتشغيل

لا تكتفي الطبقة الثالثة بالإرشادات النظرية؛ إذ تشغّل المنهج في المشاريع عبر وكيل برمجة، وتجمع أدلة من المشروع ومن الجلسات حيث تدعم البيئة ذلك، ثم تنتج خطوات تحسين مرتبة بالأولوية وقابلة للتحقق. 4

تشير مواد المشروع الحالية إلى دعم عشرة موصلات للبيئات المستضيفة، فيما ذكرت تغطية الإطلاق تحديداً Claude Code وCodex وQoder وCursor ضمن البيئات المدعومة. 56 وقد تتغير التغطية بمرور الوقت، لذا ينبغي الرجوع إلى وثائق الموصلات الحالية قبل افتراض دعم بيئة محددة؛ ولا تثبت المصادر المتاحة هنا دعم OpenClaw.

كيف يجمع الأداة الأدلة؟

تفصل Better Harness بين جمع الأدلة وإصدار التقييم النهائي. تقول Qoder إن تدفق التحليل الرئيسي يجمع البيانات الأولية أولاً، ثم يمررها إلى ثلاثة وكلاء فرعيين مستقلين للقراءة فقط قبل دمج النتائج. 1

وتأتي الأدلة من ثلاث زوايا:

• حاضنة المشروع (Project Harness): أساسات العمل الهندسية في المستودع، مثل التعليمات والسكربتات والفحوصات وضوابط التسليم.
• تخصيص الوكيل (Agent Customization): القواعد والمهارات والخطافات وإعدادات الوكيل الأخرى.
• أدلة الجلسات (Session Evidence): سجلات ما فعله الوكيل فعلياً أثناء تنفيذ مهام حقيقية، عندما تتوافر هذه السجلات.

يساعد هذا الفصل في التمييز بين عملية مصممة على الورق وعملية لوحظت في الواقع: دليل المشروع أو الإعدادات قد يثبت أن الإمكانية متاحة، بينما يساعد دليل الجلسة على إثبات ما إذا استُخدمت تلك الإمكانية بصورة مناسبة في مهمة فعلية. 14

وجود الإمكانية لا يعني أنها تعمل

أهم مبدأ في هذا النهج هو أن وجود عنصر في الإعدادات ليس دليلاً على فعاليته.

فوجود مجموعة اختبارات آلية في مستودع ما يثبت قدرة محتملة، لكنه لا يثبت أن الوكيل شغّل الاختبارات المرتبطة بعد التعديل، أو فسّر نتائجها كما يجب، أو استخدمها لمنع تسليم معيب. وينطبق ذلك كذلك على القواعد والخطافات والمهارات وبوابات الموافقة. 15

لهذا تُبقي Better Harness سلسلة الأدلة واضحة. فالتقرير يحوّل الثغرات التي تسندها الأدلة إلى نتائج مرتبة بالأولوية تتضمن الأثر والمخرج المتوقع والإصلاح المحدد وشروط القبول. أما الأدلة المفقودة فتبقى ظاهرة، ولا تتحول بصمت إلى درجة واثقة. 46

وبذلك يستطيع الفريق فحص أربعة أمور لكل نتيجة:

1. ما الذي لوحظ في المشروع أو الإعدادات أو سجل الجلسة.
2. لماذا يؤثر ذلك في حلقة التسليم.
3. ما الإصلاح الضيق المقترح، مثل قاعدة أو مهارة أو خطاف أو سكربت أو أتمتة أو خطوة موافقة بشرية.
4. كيف يُتحقق من نجاح الإصلاح بعد تطبيقه.

التحسين كحلقة متكررة: افحص، أصلح، ثم أعد القياس

لا تُقدَّم Better Harness كأداة تدقيق تُستخدم مرة واحدة، بل كدورة عمل متكررة:

1. رسم الحاضنة الحالية.
2. تحديد نقاط انقطاع سير العمل وفجوات الأدلة.
3. إنشاء مهمة إصلاح محددة لنتيجة مدعومة.
4. التحقق من الإصلاح وفق شروط قبول واضحة.
5. إعادة المراجعة لفحص الأدلة بعد التحديث. 14

هذا هو أساس الحديث عن التحسين المستمر: يمكن للأداة أن تُظهر تغير سير العمل وما إذا كانت الأدلة الجديدة تبرر تقييماً أقوى. لكنها لا تثبت وحدها أن إصلاحاً ما تسبب في تحسن أداء الوكيل في كل مشروع أو بيئة مستضيفة؛ إذ تؤكد مواد Qoder على الأدلة المرصودة والقيود الصريحة بدلاً من اعتبار تغير الدرجات برهاناً سببياً. 46

ماذا عن مراجعة 30 مشروعاً على GitHub؟

ذكرت تقارير الإطلاق أن الإطار استُخدم في تطبيق أولي شمل 30 مشروعاً حقيقياً على GitHub. 5 والأدق فهم ذلك كتطبيق استكشافي للإطار، لا كتجربة مضبوطة تثبت أن Better Harness تحسّن كل وكيل برمجة أو كل مستودع.

تدعم الوثائق الأساسية المتاحة نموذج الأدلة وبنية النتائج ودورة الإصلاح وإعادة القياس، لكنها لا تقدم تفاصيل أولية كافية لتقييم اختيار عينة المشاريع الثلاثين، أو بروتوكول احتساب الدرجات، أو النتائج الإجمالية بصورة مستقلة. وتبقى هذه حدوداً مهمة عند مقارنتها بالمعايير المرجعية الرسمية أو عند إطلاق ادعاءات واسعة عن الأداء. 14

خطوة نحو هندسة وكلاء قابلة للقياس

الحجة الأوسع لدى Qoder هي أن تتحول هندسة الحاضنة إلى بنية جودة لتطوير البرمجيات بمساعدة الذكاء الاصطناعي: لغة مشتركة لضوابط سير العمل، وأدلة قابلة للرصد، وأبعاد قابلة للمقارنة للتسليم، ودورات تحسين يمكن تكرارها. 12

وتقدم Better Harness تطبيقاً عملياً لهذه الفكرة: وسيلة لفحص ظروف عمل الوكيل عبر البيئات المدعومة، ومناقشة الأدلة بدلاً من الانطباعات، واختبار ما إذا كان إصلاح مقترح يصمد في التشغيلات اللاحقة. قيمتها ليست ضماناً بأن كل إصلاح سيحسن النتائج، بل فرض منهج أكثر انضباطاً يجعل سير عمل الوكلاء قابلاً للفحص والمراجعة والدحض. 46