ثلث عمليات النشر على Vercel يجريها الآن وكلاء الذكاء الاصطناعي بدلًا من البشر

تضاعف عدد عمليات النشر التي يطلقها وكلاء الذكاء الاصطناعي على Vercel خلال ثلاثة أشهر. ويطلق الوكلاء حاليًا 30% من جميع المشاريع، بينما كان هذا المؤشر قبل عام أقرب إلى 3%. إنه قفزة هائلة، وقد كشفت مشكلة قديمة: فالبنية التحتية صُمّمت للبشر، على افتراض أن شخصًا ما سيضبط الخوادم، وينقر زر deploy، ويقرأ السجلات. أما الآن فالطرف الفاعل هو الآلة، وهذا يتطلب نهجًا مختلفًا تمامًا.

الآلات تبرمج أسرع

تستدعي المشاريع التي ينشرها الوكلاء خدمات الذكاء الاصطناعي (مثل OpenAI وAnthropic وClaude) أكثر بـ 20 مرة من المشاريع التي كتبها البشر. ويعني ذلك أن وكلاء الذكاء الاصطناعي يكتبون شيفرة تستخدم الذكاء الاصطناعي، وكثيرًا ما يكتبون شيفرة وكلاء آخرين. ويعمل هذا البرنامج بأقصى سرعة: يختبر نفسه ويدفع بنفسه إلى بيئة الإنتاج (production) دون انتظار أي موافقة.

يستحوذ Claude Code على 75% من عمليات النشر الآلية هذه على Vercel. فهو ليس مجرد محرر شيفرة، بل لاعب متكامل في مجال البنية التحتية. ويليه Lovable وv0 (6%)، ثم Cursor (1.5%). لكن الأهم أن هذه الأرقام ارتفعت بنسبة 1000% خلال ستة أشهر. فما كان استثناءً يتحول إلى قاعدة.

يجب أن تكون البنية التحتية مختلفة

حين يكتب الإنسان الشيفرة وينشرها، يحتاج إلى التحكم والرؤية الواضحة. وحين يفعل الوكيل ذلك، فإنه يحتاج إلى السرعة. وإذا وقفت بين الشيفرة ونظام الإنتاج نقرات في واجهة ويب سحابية أو إدارة يدوية عبر Terraform، انكسرت الحلقة المستقلة.

يحتاج الوكلاء إلى واجهات API نظيفة للنشر، وروابط preview URLs للتحقق من النتيجة، وإمكانية تراجع فوري. وهذا يغيّر المتطلبات جذريًا. فعمليات النشر غير القابلة للتغيير (immutable deployments)، والتراجع الفوري (instant rollbacks)، وروابط preview URLs لكل commit لم تعد مجرد وسائل راحة للمطورين، بل ضرورة مطلقة للتطوير الآلي. وإلا فلن يتمكن الوكيل من التحقق مما كتبه.

أما المستوى الثاني من التعقيد فهو أن الوكلاء أنفسهم يصبحون أعباء عمل طويلة الأمد (long-lived workloads). فهم يتطلبون تنسيقًا متعدد المراحل، وتوجيهًا بين النماذج، وتحكمًا في التكلفة. وكل استدعاء API، وكل طلب عبر AI Gateway، وكل تنفيذ في Sandbox يترتب عليه إنفاق. ويجب أن تكون البنية التحتية قادرة على الإيقاف المؤقت، والاستئناف، وإعادة المحاولة، وحفظ الحالة، وتسجيل كل ما جرى.

حل Vercel ثلاثي الطبقات

قدمت Vercel حزمة أدوات متكاملة:

• AI SDK — قاعدة موحدة لتطوير تطبيقات الذكاء الاصطناعي. ويضيف الإصدار 6 طبقة تجريد للوكلاء، بحيث يمكن تعريف الوكيل مرة واحدة واستخدامه في كل مكان
• Chat SDK — وصول إلى عشرات منصات الدردشة من شيفرة واحدة
• AI Gateway — نقطة موحدة لمئات النماذج مع الميزانيات والمراقبة وآليات fallbacks ومنطق retry
• Fluid Compute — محسّنة لمراحل أعباء عمل الذكاء الاصطناعي غير المعتادة (التأخيرات، والطلبات المتزامنة، وأوقات idle)
• Workflows وQueues — إيقاف مؤقت، واستئناف، وإعادة محاولة، وحفظ للحالة
• Sandbox — بيئة معزولة لتشغيل الشيفرة غير الموثوقة
• Observability — مراقبة النفقات وسلوك الوكلاء في بيئة الإنتاج

ماذا يعني ذلك

على مدى خمسين عامًا، افترضت البنية التحتية أن الإنسان هو من سيضبطها، وينقر زر deploy، ويقرأ السجلات. وقد تطلّب كل جيل من البرمجيات جيلًا جديدًا من البنية التحتية. فحوّلتها السحابة إلى واجهات API. ثم أصبحت البنية التحتية تُستنتج من التطبيق نفسه. والآن يحدث التحول الثالث: تتكيف البنية التحتية مع حقيقة أن مستخدمها النهائي ليس إنسانًا، بل آلة مستقلة.

وهذا لا يحدث ببطء. فخلال ثلاثة أشهر تغيّر كل شيء.