Vercel تطلق BYOC على AWS ونسخة بيتا لتفويض الوكلاء: استهلاك توكنات الذكاء الاصطناعي تضاعف أربع مرات

وسّعت Vercel منصة Enterprise Apps and Agents: فقد أصبحت خدمة Bring Your Own Cloud (BYOC) على AWS متاحة للعموم، وأُطلقت Enterprise-Managed Authorization في Vercel Connect في نسخة بيتا عامة. والدافع وراء ذلك أرقام الطلب. فبحسب Vercel، تضاعف استهلاك التوكنات لدى عملاء المؤسسات على AI Gateway أربع مرات خلال الأشهر الثلاثة الأخيرة. وكانت OpenAI قد ذكرت أن عدد مستخدمي Codex من غير المطورين ارتفع 189 ضعفًا بين أغسطس 2025 ويونيو 2026.

الجميع يبني، وقسم تقنية المعلومات هو المسؤول

تطلق Vercel على هؤلاء المستخدمين اسم citizen developers. فالمسوّق يبني صفحة هبوط في ChatGPT، والمحلل يشغّل الاستعلامات ويعدّ التقرير في Claude Code، والمهندس يعمل في Codex أو OpenCode أو fx. وكلٌّ منهم يعرف مجاله في العمل أفضل من قسم تقنية المعلومات، وبات قادرًا اليوم على كتابة البرمجيات التي يحتاجها بنفسه. غير أن للأمر وجهًا آخر: فالموظفون يستخدمون أدوات الذكاء الاصطناعي سواء اعتُمدت رسميًا أم لا. وإذا أخطأ من يبرمج بأسلوب vibe coding في بناء صفحة تسجيل الدخول، فقد تظهر بيانات محمية على الإنترنت العام.

تتاح Enterprise Apps and Agents للعملاء منذ يونيو. وهي وجهة واحدة لعمليات النشر، يستخدمها المهندسون والموظفون من غير المختصين على السواء. وتُحدَّد سياسات الوصول والمزوّدين والنماذج وتخزين البيانات وميزانيات التوكنات والتكاملات مركزيًا عبر موفّر الهوية (IdP) القائم لدى الشركة.

وتقدّم Klaviyo مثالًا واضحًا على ذلك. فقبل ذلك كان إطلاق تطبيق داخلي بسيط يستغرق أسبوعين: مطاردة لقسم تقنية المعلومات، وطلبات إلى المهندسين، وتذكيرات لفريق المنصة. وقد بنت الشركة منصة داخلية على Enterprise Apps and Agents، وصار بالإمكان الآن نشر الفكرة في ثلاث دقائق. وخلال أول أسبوعين أطلق 512 موظفًا 356 تطبيقًا. ويقول كبير مهندسي الذكاء الاصطناعي في Klaviyo، Mohamed Ali، إن Vercel مكّنتهم من بناء حواجز حماية بدلًا من الجدران.

أربعة مجالات للتحكم

تقسّم Vercel الإدارة إلى أربعة مجالات، وتربط بكل منها أدواته الخاصة:

• النشر: Enterprise Managed Users وRBAC.
• الوصول: Vercel Passport وDeployment Protection وVercel Firewall.
• التكاملات والبيانات: Vercel Connect وEnterprise-Managed Authorization.
• النماذج والتوكنات: AI Gateway، بما في ذلك الاستدلال داخل الولايات المتحدة فقط وحدود الميزانية.

وتجتمع المراقبة ورصد الأمان في مكان واحد: التحليلات وسجلات التدقيق ولوحة Security Dashboard لجميع المشاريع. وتوفّر Secure Compute اتصالًا خاصًا بأنظمة الشركة. أما BYOC على AWS فيشغّل وظائف التطبيقات في حساب العميل نفسه، وفق صلاحياته وقيوده الشبكية. وبذلك تحصل الشركة على تجربة Vercel الكاملة للمطورين، بينما لا تغادر الحوسبة والبيانات نطاق AWS.

وثمة مشكلة منفصلة هي وصول الوكلاء إلى الأنظمة. فعادةً ما تُنشأ لذلك متغيرات بيئة طويلة الأمد بصلاحيات واسعة إلى أنظمة CRM وقواعد البيانات وSlack. أما Vercel Connect فيوفّر بدلًا من ذلك موصّلات محدودة الصلاحيات، ويُصدر توكنًا لكل مهمة ينفذها الوكيل، بحيث لا يرى سوى السياق الذي يحتاجه. وتضيف Enterprise-Managed Authorization الجديدة مزيدًا من السهولة: فحين يسجّل الموظف دخوله إلى Vercel عبر IdP، يستخدم الوكلاء الخدمات المتصلة دون طلب تفويض منفصل. ويعمل Connect مع Passport، ولذلك تسري صلاحيات الشخص المعني على مستوى التكاملات أيضًا. فإذا كان لا يرى البيانات في النظام الأصلي، فلن يحصل عليها عبر التطبيق كذلك. ويمكن جعل كل عملية نشر خاصة افتراضيًا، وربط الوصول إلى التطبيقات الداخلية بتسجيل الدخول عبر IdP.

من أين تبدأ عملية الاعتماد

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

وتناسب خدمة BYOC على AWS من يهمّهم إبقاء البيانات في سحابتهم الخاصة، وهي متاحة للعموم بالفعل. أما Enterprise-Managed Authorization فلا تزال في مرحلة البيتا، ولذلك من الحكمة تجربتها أولًا على تكاملات غير حرجة. ويدل ارتفاع عدد مستخدمي Codex من غير المطورين 189 ضعفًا على أن سؤال «هل نسمح للجميع بالبناء» قد حسمه الموظفون أنفسهم. ويبقى أن نقرر أين سيعيش كل هذا ومن سيتحمل مسؤوليته.