بقلم: طارق | محرر السياسات والأعمال · صوت تحريري بإشراف بشري
ما كان يُعدّ ترفاً للمطورين الأفراد بات اليوم جزءاً من البنية التحتية للمؤسسات الكبرى. Superblocks، الناشئة المتخصصة في vibe coding، أعلنت عن اتفاقية تسويق مشتركة متعددة السنوات مع Amazon Web Services، تُتيح دمج أداتها مباشرةً داخل السحب الخاصة لعملاء AWS — وهو ما يعني أن الموظف في شركة مشتركة بالخدمة سيتمكن من بناء تطبيقات عبر vibe coding دون أن تغادر بياناته حدود البنية التحتية لصاحب العمل.
الشراكة ليست مجرد دمج تقني. التطبيقات المنشأة عبر Superblocks ستُطلق قواعد بيانات Amazon Aurora داخل السحابة الخاصة للشركة، عوضاً عن الاعتماد على Supabase أو أي قاعدة بيانات خارجية — وSupabase هي قاعدة البيانات الأكثر شيوعاً في بيئات vibe coding المفتوحة. كما ستتكامل هذه التطبيقات مع Amazon Bedrock، منصة تطوير تطبيقات الذكاء الاصطناعي لدى أمازون، مما يضعها تلقائياً تحت مظلة إدارة تقنية المعلومات بكل ما تحمله من تشفير ومراجعة تدقيق وضوابط شبكية. يقول المؤسس المشارك والرئيس التنفيذي براد مينيزيس: “سنجلب vibe coding إلى بياناتك داخل سحابتك الخاصة. البيانات لا تغادر أبداً — إنه حسابهم على AWS، محمي بكل طبقات المراجعة والتشفير والتحكم الشبكي.”
AWS ستُسهم أيضاً في بيع Superblocks للمؤسسات عبر AWS Marketplace، كما تفعل مع شركائها الآخرين. ويقول المتحدث باسم AWS: “نحن ندعم الشركاء حيث نرى طلباً قوياً من العملاء وتوافقاً مع أسلوب البناء الذي يفضلونه.” هذا الدعم يُشكّل دفعة ملموسة لشركة لا يزال حجمها محدوداً بـ50 موظفاً وتمويل إجمالي يبلغ 60 مليون دولار منذ جولة Series A أُعلن عنها في مايو 2025، بدعم من Spark Capital وKleiner Perkins وMeritech Capital وGreenoaks.
لكن القصة تتجاوز صفقة واحدة بين شركتين. ما تفعله AWS هنا جزء من نمط متصاعد تتبعه كبرى شركات السحابة: إقناع عملائها من المؤسسات بفصل نماذج الذكاء الاصطناعي عن بقية البنية التحتية اللازمة لتشغيل تطبيقات الذكاء الاصطناعي، وتوفير هذه البنية — من تنسيق وكلاء، وأدوات أمان، وتطبيقات agentic — على منصاتهم هم، لا من خلال مزودي النماذج الحدودية. المعنى الضمني واضح: مزودو النماذج ليسوا مؤتمنين بما يكفي على البيانات المؤسسية في مرحلة التشغيل والتنسيق.
في الأسابيع الأخيرة، يُكرر ساتيا ناديلا هذه الرسالة أمام عملاء Microsoft المؤسسيين: استخدموا نماذج متعددة لخفض التكاليف وتفادي الارتهان لمزود واحد، ولا تعتمدوا على مختبرات الذكاء الاصطناعي في تنسيق الوكلاء أو إدارة التطبيقات لأنها قد تستخدم تلك البيانات لدراسة أعمالكم والتنافس معكم لاحقاً. والمؤسسات، في الواقع، لم تنتظر هذه التحذيرات لتتحرك — فقد تبنّت بالفعل استراتيجية تعدد النماذج، بما فيها النماذج المفتوحة الصينية عالية الأداء.
مينيزيس يُترجم هذا التحوّل بأرقام: “قبل 60 يوماً كانوا يقولون أريد نموذجاً محدداً، اسمه Anthropic. الآن انقلب المشهد.” النماذج المفتوحة وحدها باتت تُمثّل 29% من إجمالي حركة المرور المُوجَّهة عبر Vercel‘s AI gateway الشهر الماضي، بحسب ما أورده TechCrunch. وبمجرد تبنّي استراتيجية متعددة النماذج، لا يمكن أن تكون جميع البنية التحتية مرتبطة بمزود واحد. يقول مينيزيس: “امتلاك استراتيجية متعددة النماذج — عبر المختبرات الكبرى، وOpenAI، وAnthropic، والنماذج المفتوحة — بما فيها الصينية المفتوحة حالياً، ثم الأمريكية المفتوحة التي بدأت تصعد — بات ضرورة لا خياراً لكل CIO.” بل يذهب أبعد من ذلك في تصريح لافت: “أي مؤسسة تراهن على مزود نماذج واحد — ذلك المسؤول التنفيذي سيُفصل.”
تجدر الإشارة إلى أن AWS لا تمتلك حتى الآن وكيل vibe coding موجهاً لمستخدمي الأعمال. لديها Kiro، وهو وكيل برمجة بالذكاء الاصطناعي موجه للمطورين، وأمازون لديها مساعد الأعمال Amazon Q، لكنه أقرب إلى نظير Claude أو Microsoft Copilot، لا إلى Lovable أو Replit. هنا يبرز سبب منطقي لاختيار AWS الشراكة بدل البناء الذاتي في هذه المرحلة.
ما نشهده إذن ليس مجرد اتفاقية تسويق: إنه موجة ثانية محتملة في اعتماد الذكاء الاصطناعي المؤسسي. الموجة الأولى كانت وكلاء البرمجة بالذكاء الاصطناعي للمطورين، أما هذه فتمتد إلى مستخدمي الأعمال العاديين داخل السحب الخاصة والآمنة. وإذا ثبتت هذه المقاربة، فإن كل منصة سحابية كبرى ستسارع إلى تكرارها — وسيصبح vibe coding ضمن قائمة الخدمات المُدارة بدلاً من كونه أداة خارجية مشبوهة من منظور أمن المعلومات.
