Angular يكلّف وكيل الذكاء الاصطناعي ضعف Hono+htmx: 4.97 دولار مقابل 2.67 دولار للتطبيق الواحد

عندما يختار فريق ما إطار عمل، فإنه يفكر عادة في عادات المطورين والمنظومة المحيطة والتوظيف. والآن ظهر عامل إضافي: كم ستكلّف أعمال وكيل الذكاء الاصطناعي الذي يكتب الشيفرة بدلاً من الإنسان. قرر المطوّر نولان لاوسون (Nolan Lawson) قياس ذلك بالدولارات والدقائق.

كيف أُجريت التجربة

كانت المهمة واحدة للجميع: كتالوج بوكيمون مع بحث ومرشحات وبيانات حقيقية من PokéAPI. نفّذها Claude Code على نموذج Opus 5.5 بمستوى استدلال مرتفع. اختبر لاوسون 12 خياراً، بينها JavaScript الخالص دون إطار عمل للواجهات. شغّل كل خيار خمس مرات وأخذ الوسيط، حتى لا يشوّه الحظ العابر أو الإخفاق العارض الصورة. تلقى الوكيل وصفاً واحداً للمهمة واختبارات وظيفية يُتحقق بها من النتيجة.

الطريقة بسيطة، ولهذا يمكن الوثوق بها أكثر من انطباعات منفردة من قبيل «Claude يكتب React جيداً». هنا يوجد معيار مشترك وقابلية للتكرار.

ما النتيجة

سجّل Angular أسوأ النتائج في المقياسين معاً: 17.2 دقيقة و4.97 دولار للتطبيق. وكان Astro الأسرع، إذ كفته 8.2 دقيقة. وجاء الثنائي Hono وhtmx الأرخص: 2.67 دولار و8.6 دقيقة. استغرق Angular تقريباً ضعف الوقت وكلّف ضعف التكلفة مقارنة بالمتصدرين.

كان JavaScript الخالص جيداً لكنه ليس الأفضل: 2.98 دولار و10.1 دقيقة. لم يتفوق لا على Astro ولا على Hono مع htmx. لم تتأكد هنا فكرة «تجريدات أقل تعني سهولة أكبر للوكيل». يبدو أن ما يساعد الوكيل ليس غياب إطار العمل، بل وضوح الأعراف وإيجاز الشيفرة التي لا تحتاج إلى وقت طويل لفهمها.

وفي الرموز كان التفاوت كالتالي: أنفق Nuxt ‏3.85 مليون، وAngular ‏9.76 مليون، أي أكثر بـ2.5 مرة. وجاء الجزء الأكبر من الاستهلاك من إعادة قراءة السياق المخزّن مؤقتاً. وكلما طالت دورة «كتب، شغّل، صحّح»، زادت مرات إعادة قراءة الوكيل للسجل المتراكم، وارتفعت الفاتورة تقريباً من تلقاء نفسها.

الجودة لم تتأثر تقريباً

النتيجة غير المتوقعة هي أن التطبيقات النهائية اختلفت قليلاً. بلغ الأداء الوسيط وفق Lighthouse بين 97 و100 نقطة، وكانت إمكانية الوصول 100 في كل الحالات. أي أن إطار العمل الباهظ لم يمنح منتجاً أفضل، بل تطلّب خطوات ورموزاً أكثر للنتيجة نفسها.

ماذا نفعل بهذا

لا ينبغي اختيار الحزمة التقنية بناءً على هذه الأرقام وحدها. فهذا تطبيق واحد ونموذج واحد وسيناريو واحد. كتالوج مع بحث ومرشحات يتلاءم بسهولة مع نهج server-first، أما واجهة أمامية مؤسسية معقدة بنماذج وحالة وعشرات الشاشات فقد تعطي صورة مختلفة. كما أن أسعار الرموز وسلوك النماذج يتغيران بسرعة.

ومع ذلك، هناك خلاصات عملية:

• إذا كنت تشغّل وكلاء على حجم كبير من المهام، مثل النماذج الأولية والأدوات الداخلية وصفحات الهبوط الديناميكية، فإن فارق الضعف يتحول إلى مال حقيقي. من المفيد إجراء اختبار أداء خاص بك على مهامك المعتادة.
• للنماذج الأولية السريعة المنفَّذة بوكيل، من المنطقي النظر في Astro أو Hono مع htmx. فقد قدّما أفضل زمن وسعر بالجودة نفسها.
• إذا كان Angular معتمداً في فريقك أصلاً، فليس هذا سبباً للتخلي عنه. يكفي أن تحسب في الميزانية أن الوكيل سيعمل وقتاً أطول وبكلفة أعلى، وأن تراقب حجم السياق.
• ينبغي احتساب المقياس بكامله: الرموز والدقائق ونسبة إعادة قراءة السياق. لا يكفي تحسين سعر الطلب الواحد فقط.

الخلاصة الرئيسية: لإطار العمل الآن أثر أيضاً في تكلفة التطوير الآلي. ومن الجدير قياس هذه التكلفة كما نقيس سرعة البناء أو حجم الحزمة (bundle).