بعد ذلك، يطبق الوكيل الإصلاح المقترح ويعيد تشغيل الاختبارات. هذه الحلقة — وهي كتابة الكود ← تشغيل CLI ← الحصول على اختبار فاشل، وسببه الجذري، وإصلاح مقترح ← تطبيق الإصلاح ← إعادة التشغيل ← نجاح كامل — تستمر حتى تنجح عملية بناء البرنامج (Build)، كل ذلك دون حاجة لأي تدخل من المطور . الاختبارات نفسها تُعرّف بناءً على متطلبات التطبيق، وليس تفسير الوكيل، مما يعني أن مجموعة الاختبارات تعمل كمرجعية محايدة وحقيقية لما يجب أن يحققه الكود .
تم تصميم مسابقة CoderCup لتكون أول مواجهة علنية محكمة بين وكلاء البرمجة بالذكاء الاصطناعي، حيث قام عدة وكلاء ببناء نفس التطبيق تحت ظروف متطابقة، وعملت أداة TestSprite CLI كحكم موضوعي ومحايد يمنح النقاط . مجموعة الاختبارات مفتوحة المصدر المستخدمة في المسابقة تقبل حتى طلبات السحب (Pull Requests) من المجتمع، مما يجعل النتائج مرتبطة علناً بأدلتها .
كانت النتيجة الأكثر إثارة للدهشة من هذا الحدث هي أنه حتى الوكيل صاحب الأداء الأفضل قام بـ كسر 12% من الميزات التي كانت تعمل بالفعل بشكل صحيح. هذا يحدد بشكل كمي مشكلة "النسيان الكارثي" أو ما يعرف بـ (Catastrophic Forgetting) في التكويد عبر الوكلاء: أثناء بناء الوكلاء لوظائف جديدة، يفتقرون إلى وعي فطري بالميزات الموجودة التي قد يتلفونها . كانت المسابقة بمثابة دليل علني على أن خطوة التحقق الخارجية والمؤتمتة ليست رفاهية، بل ضرورة في أي سير عمل يستخدم وكلاء برمجة بالذكاء الاصطناعي .
البدء في استخدام الأداة سهل ومباشر. تم إصدارها تحت رخصة Apache 2.0 مفتوحة المصدر .
npm install -g @testsprite/testsprite-mcp@latest في واجهة الأوامر الطرفية (Terminal) .npm run dev على المنفذ 3000 .بينما تدخل أداة CLI المفتوحة المصدر حديثاً السوق الآن، فإن منصتها الأم هي بالفعل جزء مهم من سير عمل التطوير الحديث المعتمد على الذكاء الاصطناعي. اعتباراً من مارس 2026، كانت مجموعة منتجات TestSprite الأوسع يعتمد عليها ما يقرب من 100,000 فريق تطوير للتحقق من الكود المُنتَج بواسطة الذكاء الاصطناعي قبل نشره . توسع أداة CLI هذه القدرة إلى خطوة بسيطة قائمة على الأوامر الطرفية يمكن لأي وكيل برمجة تنفيذها، مما يجعل التحقق الآلي من الجودة جزءاً أساسياً من مسار التكويد عبر الوكلاء .
بعد ذلك، يطبق الوكيل الإصلاح المقترح ويعيد تشغيل الاختبارات. هذه الحلقة — وهي كتابة الكود ← تشغيل CLI ← الحصول على اختبار فاشل، وسببه الجذري، وإصلاح مقترح ← تطبيق الإصلاح ← إعادة التشغيل ← نجاح كامل — تستمر حتى تنجح عملية بناء البرنامج (Build)، كل ذلك دون حاجة لأي تدخل من المطور . الاختبارات نفسها تُعرّف بناءً على متطلبات التطبيق، وليس تفسير الوكيل، مما يعني أن مجموعة الاختبارات تعمل كمرجعية محايدة وحقيقية لما يجب أن يحققه الكود .
تم تصميم مسابقة CoderCup لتكون أول مواجهة علنية محكمة بين وكلاء البرمجة بالذكاء الاصطناعي، حيث قام عدة وكلاء ببناء نفس التطبيق تحت ظروف متطابقة، وعملت أداة TestSprite CLI كحكم موضوعي ومحايد يمنح النقاط . مجموعة الاختبارات مفتوحة المصدر المستخدمة في المسابقة تقبل حتى طلبات السحب (Pull Requests) من المجتمع، مما يجعل النتائج مرتبطة علناً بأدلتها .
كانت النتيجة الأكثر إثارة للدهشة من هذا الحدث هي أنه حتى الوكيل صاحب الأداء الأفضل قام بـ كسر 12% من الميزات التي كانت تعمل بالفعل بشكل صحيح. هذا يحدد بشكل كمي مشكلة "النسيان الكارثي" أو ما يعرف بـ (Catastrophic Forgetting) في التكويد عبر الوكلاء: أثناء بناء الوكلاء لوظائف جديدة، يفتقرون إلى وعي فطري بالميزات الموجودة التي قد يتلفونها . كانت المسابقة بمثابة دليل علني على أن خطوة التحقق الخارجية والمؤتمتة ليست رفاهية، بل ضرورة في أي سير عمل يستخدم وكلاء برمجة بالذكاء الاصطناعي .
البدء في استخدام الأداة سهل ومباشر. تم إصدارها تحت رخصة Apache 2.0 مفتوحة المصدر .
npm install -g @testsprite/testsprite-mcp@latest في واجهة الأوامر الطرفية (Terminal) .npm run dev على المنفذ 3000 .بينما تدخل أداة CLI المفتوحة المصدر حديثاً السوق الآن، فإن منصتها الأم هي بالفعل جزء مهم من سير عمل التطوير الحديث المعتمد على الذكاء الاصطناعي. اعتباراً من مارس 2026، كانت مجموعة منتجات TestSprite الأوسع يعتمد عليها ما يقرب من 100,000 فريق تطوير للتحقق من الكود المُنتَج بواسطة الذكاء الاصطناعي قبل نشره . توسع أداة CLI هذه القدرة إلى خطوة بسيطة قائمة على الأوامر الطرفية يمكن لأي وكيل برمجة تنفيذها، مما يجعل التحقق الآلي من الجودة جزءاً أساسياً من مسار التكويد عبر الوكلاء .