أنثروبيك تعيد تصميم خدمة تحليل أثر الاختبارات لمواكبة زيادة مهام CI
أنثروبيك تعيد تصميم خدمة تحليل أثر الاختبارات لمواكبة زيادة مهام CI

كيف أعادت أنثروبيك بناء نظام اختبارات كلود كود بعدما تضاعفت مهام CI عندها 25 مرة

مع تسارع الكتابة الآلية للكود، وجدت أنثروبيك أن خدمة اختيار الاختبارات لديها أوشكت على الانهيار ثلاث مرات خلال ستة أشهر، قبل أن تعيد تصميمها بالكامل بمساعدة كلود نفسه.

يكتب مهندسو أنثروبيك اليوم ثمانية أضعاف الكود الذي كانوا يكتبونه بين عامي 2021 و-2025 في الفترة نفسها من كل ربع سنة، وكلود بنفسه يؤلّف 80% من ذلك الكود، ويشارك أيضًا في مراجعة معظم طلبات الدمج (PRs) والموافقة عليها. لم تعد كتابة الكود هي العنق الحرج — والنتيجة أن الضغط انتقل إلى مكان آخر: أنظمة التكامل المستمر (CI).

أين ظهر الضغط فعليًا

حجم اختبارات أنثروبيك نما عشرة أضعاف، بينما زاد عدد المهندسين بشكل طفيف فقط. النتيجة: زيادة 25 ضعفًا في عدد مهام CI خلال ستة أشهر فقط. هذا الضغط كاد يُسقط خدمة داخلية تُسمّى "تحليل أثر الاختبارات"، وهي التي تقرر أي اختبار يُشغّل على أي تعديل بدل تشغيل كل الاختبارات على كل تعديل.

ثلاث ترقيعات، ثم إعادة بناء كاملة

حاول الفريق ثلاث حلول سريعة متتالية: مضاعفة موارد الخادم (صمدت 70 يومًا)، ثم تقسيم المعالجة لكل حزمة برمجية على حدة (صمدت 29 يومًا)، ثم إعادة تشغيل الخدمة يوميًا (صمدت أقل من يوم). في النهاية أعاد الفريق تصميم الخدمة بالكامل لتصبح بلا حالة داخلية (stateless) وقابلة للتوسّع أفقيًا — بمساعدة مباشرة من كلود، الذي راقب سجل الضغط عبر محادثة طويلة داخل Claude Tag، واقترح إعادة البناء قبل أن يقتنع الفريق بها.

الدرس الذي يخص كل فريق هندسي

يقول المهندس الذي كتب التقرير إن الدرس الحقيقي ليس في تقنيات التوسّع نفسها (خوادم أكبر، توازي، إعادة تشغيل) بل في افتراض النمو الأُسّي منذ البداية: أي فريق يبني بنية تحتية اليوم يجب أن يخطّط لتحمّل حمل أكبر بعشرين ضعفًا خلال ربعين فقط، لا أن يكتفي بحلول ترقيعية تشتري وقتًا أقل في كل مرة.

---

المصدر: مدونة أنثروبيك — claude.com/blog/agentic-coding-is-straining-ci-heres-how-we-scaled-test-impact-analysis-at-anthropic

No comments yet