لقد وضعت شركة بياناتها وصلاحياتها وتطبيقاتها على Google Cloud، لكنها أرادت تجربة نماذج OpenAI في مشروع معين، وهو ما كان يتطلب عادةً إعادة معالجة المشتريات والفواتير وتكامل الأنظمة. في 21 أكتوبر، أعلنت OpenAI عن شراكة مع Google Cloud، وتخطط لدمج نماذجها المتقدمة وسير عمل Codex الذكية داخل Model Garden الخاص بـ Google Cloud. وأفاد الإعلان أن العملاء سيتمكنون مستقبلاً من شراء واستخدام هذه القدرات داخل بيئة السحابة الحالية، وتنفيذ المعاملات من خلال Google Cloud Marketplace. أهم نقطة زمنية هنا هي "تخطط" و"مستقبلاً": أوضحت OpenAI صراحةً أن التوفر الكامل من المتوقع أن يحدث خلال الأسابيع القادمة، وليس أن جميع العملاء قد حصلوا عليها اليوم.
بالنسبة للمستخدمين العاديين، يبدو هذا وكأن شركتين للذكاء الاصطناعي تضعان منتجاتهما على نفس الرف؛ أما بالنسبة لمسؤولي التكنولوجيا في الشركات، فإن التغيير الحقيقي يتمثل في أن شراء النماذج يصبح أكثر تشابهًا مع ميزانيات السحابة الحالية وأنظمة التحكم في الصلاحيات وعمليات حوكمة البيانات. وأكّدت إعلانات Google Cloud في نفس اليوم أن نماذج GPT-Astra وGPT-6.1 Sol وGPT-6 Luna تُتاح حاليًا لبعض العملاء المؤسسيين في مرحلة تجريبية خاصة، حيث يمكن للعملاء بالفعل بناء حلولهم عبر واجهات برمجة التطبيقات وربطها بسير عمل Codex CLI والمكتبية المحلية؛ وهذا يختلف عن التوفر الشامل الموجه لجميع العملاء. لا ترغب الشركات بالضرورة في إعادة التفاوض على عقود موردين جدد، وإعادة إجراء تقييمات أمنية، ونقل بياناتها خارج بيئتها الأصلية فقط لاختبار نموذج آخر. إذا تم تنفيذ التعاون كما هو مخطط، فقد يتحول مقارنة النماذج من نقلها عبر المنصات إلى تكوينها وتجربتها وتقييمها داخل نفس المنصة. لكن الإعلان لم يُعلن بعد عن تاريخ رسمي للتوفر العام، أو المناطق المتاحة، أو الأسعار، كما لم يُثبت أن النقل بين النماذج المختلفة سيكون خاليًا تمامًا من العوائق.
هناك قيد آخر يُهمل بسهولة في هذه الشراكة: فقد أشارت OpenAI صراحةً في ختام الإعلان إلى أن مايكروسوفت لا تزال شريكها السحابي الرئيسي. أي أن أصبح Google Cloud قناة توزيع جديدة للشركات، لا يعني أن علاقة OpenAI مع مايكروسوفت قد استُبدلت. وصف "إضافة قنوات مبيعات ونشر جديدة" بأنه "التحول الكامل للبنية التحتية السحابية إلى Google" يخلط بين علاقات الموردين، ورفع المنتجات، وشراء قوة الحوسبة الأساسية. ما يمكن تأكيده اليوم هو إعلان الطرفين عن خطة التكامل؛ أما حصة العقود المستقبلية واختيارات العملاء الفعلية، فستتحدد بعد إطلاق المنتج وجمع بيانات الاستخدام.
إدراج النموذج ليس مجرد تكامل تقني، بل أيضًا تغيير في عملية الشراء
تقول OpenAI إن عملاء Google Cloud سيكونون قادرين على شراء نماذجها المتقدمة من خلال Model Garden، واستخدام التزاماتهم الحالية في الإنفاق على Google Cloud لخصم تكاليف الشراء. هذا أمر عملي للغاية للشركات الكبرى، حيث غالبًا ما تُحدد عقود خدمات السحابة حجم الإنفاق السنوي مسبقًا، وإذا أمكن تسديد خدمات الذكاء الاصطناعي الجديدة ضمن الإطار الحالي للشراء، فقد يُسرّع تقييم مشاريع التجربة. على العكس، حتى لو أظهر النموذج أداءً ممتازًا، فقد تبقى المشاريع عالقة في بيئة العرض التجريبي إذا احتاجت تقييمات الأمان ووحدات الفوترة وعمليات الشراء إلى إنشاء جديد بالكامل. لا تزال الأسعار ونطاق الخصم الخاضع للشروط الرسمية في العقد عند الإطلاق الرسمي، ولا يضمن الإعلان أن جميع العملاء سيحصلون على نفس الشروط.
من الناحية التقنية، توفر Google Cloud Model Garden مدخلًا لاكتشاف النماذج واستخدامها، وترغب OpenAI في دمج النماذج مع سير عمل Codex للبرمجة. قد تقوم الشركات بمقارنة نماذج مختلفة في تطوير البرمجيات، أو معالجة المعرفة الداخلية، أو المهام الوكلائية المعقدة. لا يمكن للمقارنة أن تعتمد فقط على ما إذا كانت إجابات الاختبار الواحدة سلسة، بل يجب أيضًا تقييم استقرار الاستجابة، وقابلية التحكم في استدعاء الأدوات، وكيفية تسجيل البيانات، وطريقة نقل الصلاحيات، وما إذا كان يمكن التراجع عند الفشل. بالنسبة للصناعات الخاضعة لرقابة صارمة، قد يكون إمكانية دمج النموذج ضمن أنظمة التحكم في الوصول الحالية وأنظمة الحوكمة المركزية أكثر تأثيرًا على قرارات الشراء من نتائج اختبارات الأداء الفردية.
لكن "التوفر على نفس منصة السحابة" لا يعادل تلقائيًا "عدم خروج البيانات خارج حدود الشركة". موقع معالجة البيانات، والاحتفاظ بالسجلات، والمعلومات التي يمكن للمزود النموذجي رؤيتها، وقدرة العميل على طلب سياسات احتفاظ أكثر صرامة، تعتمد جميعها على التصميم المحدد للمنتج بعد الإطلاق والعقد. وصف إعلان OpenAI الاتجاه العام للتحكم في الوصول المدمج في Google Cloud والحوكمة المركزية، دون الكشف عن جميع تفاصيل التنفيذ. لذا لا يزال على الشركات التحقق من كل عنصر على حدة — تدفق البيانات، والصلاحيات، وسجلات المراجعة، ومسؤوليات المورد — قبل التجربة. بالنسبة للعملاء، فإن وجود خيار نموذجي إضافي أمر جيد، بشرط أن يكون كل خيار خاضعًا لتقييم صارم مماثل.
كما أشارت OpenAI إلى أن نماذجها ستظهر قريبًا في Google Antigravity وGemini Agent. يعني هذا البرنامج أن التعاون لا يقتصر فقط على دليل نموذج واحد، بل قد يمتد إلى نقاط الدخول المستخدمة من قبل المطورين والوكلاء. ومع ذلك، فإن "قريبًا" لا تعني أن المنتجات تم تسليمها بالفعل، ولا يمكن الاستنتاج أن وظائف المنتجين أو مناطق توفرهما أو طرق الدفع متطابقة. قد تغطي إعلان واحد عدة مراحل تسليم، ويجب على التقارير الإخبارية فصل التعاون المعلن عنه، والوظائف التي لم تُطلق بعد، والوصول المبكر المتاح للعملاء.
المرحلة التالية من المنافسة بين النماذج المتعددة هي من سيجعل العملاء قادرين على اتخاذ خيارات قابلة للتحقق بسهولة
لقد تجاوزت شركات الشراء الذكاء الاصطناعي مرحلة "هل يجب استخدام نموذج أم لا" ودخلت مرحلة "أي المهام يجب استخدام أي نموذج لها". فمتطلبات الدقة، والسرعة، وطول السياق، وصلاحيات الأدوات، والتكلفة تختلف بين كتابة الكود، وتلخيص العقود، واسترجاع المستندات، وتحليل الجداول، واستدعاء الأنظمة الخارجية. كلما زاد عدد النماذج المتاحة على منصة واحدة، زادت احتمالية اختيار النموذج الأنسب للمهمة نظريًا؛ لكن زيادة الخيارات قد تؤدي أيضًا إلى عبء تقييم إضافي. بدون قياس موحد للجودة، وحدود صلاحيات محددة، ومراقبة للتكاليف، فإن النماذج المتعددة لا تزيد سوى عن تعقيد المهمة على فرق الشركات الداخلية.
لذلك، ما يستحق المتابعة حقًا ليس من صافح من في المؤتمر الصحفي، بل مؤشرات محددة عدة. أولًا، ما هي النماذج والوظائف المتاحة لـ Codex بعد الإطلاق الرسمي، وهل هناك قيود جغرافية أو صناعية؟ ثانيًا، هل يمكن للعملاء إجراء اختبارات مقارنة باستخدام نفس البيانات، نفس المهام، ونفس قيود الأمان؟ ثالثًا، هل تم تبسيط عملية الشراء والتشغيل فعليًا، أم أن هناك طبقة إضافية من رسوم المنصة ومسؤوليات استكشاف الأخطاء وإصلاحها؟ رابعًا، هل يمكن الحفاظ على استقرار أداء التطبيق بعد تحديث النموذج، وهل يمكن للشركات تثبيت إصدار معين أو العودة إلى إصدار سابق؟ هذه الأسئلة لا يمكن الإجابة عنها إلا بعد تشغيل المنتج.
هذا التعاون يوضح أيضًا أن هيكل المنافسة في سوق الذكاء الاصطناعي يتغير. يحتاج مطورو النماذج إلى الذهاب إلى حيث يعمل العملاء بالفعل، بينما تسعى منصات السحابة إلى الاحتفاظ بالنماذج المختلفة ضمن أنظمتها الخاصة للحوكمة والتسوية. هناك تداخل في المصالح التجارية بين الطرفين، لكنه ليس متطابقًا تمامًا: كلما سهل على العملاء المقارنة الأفقية، زادت الحاجة لمزودي النماذج لإثبات قيمتهم الفريدة في نوع معين من المهام؛ وكلما زادت خيارات المنصة، زادت الحاجة لجعل الأسعار والأداء شفافين. بالنسبة للمستخدمين، فإن زيادة خيارات الاختيار تملك قيمة أكبر من أي شعار يقدمه مزود واحد، لكن يجب أن تكون هذه الخيارات قابلة للتنفيذ، والتدقيق، والخروج منها.
حتى 22 أكتوبر، لا يزال الاستنتاج الدقيق هو: أن بعض نماذج OpenAI بدأت في المعاينة الخاصة لعملاء شركات محددين على Google Cloud، ولا تزال متاحة بشكل شامل بعد عدة أسابيع، ولا يزال مايكروسوفت الشريك السحابي الرئيسي لـ OpenAI. قد يغير هذا من عتبة تجربة النماذج من قبل الشركات، لكنه لم يُنتج بعد بيانات قابلة للتحقق حول انتقال العملاء. فقط بعد إعلان نطاق التوفر، وشروط العقود، وحالات الاستخدام الحقيقية، сможّد السوق تقييم ما إذا كان هذا تغييرًا جوهريًا في مشهد توزيع الذكاء الاصطناعي للشركات.
المصدر: الإعلان الرسمي من OpenAI في 21 أكتوبر 2026 https://openai.com/index/openai-models-google-cloud/ ؛ إعلان Google Cloud في نفس اليوم https://cloud.google.com/blog/products/ai-machine-learning/google-cloud-brings-openai-models-to-customers