4 دقيقة قراءة
OpenAI Just Built a Plugin for Its Biggest Rival. How Does It Affect Enterprise AI Strategy.
By submitting, you consent to our use of your data. Privacy Policy.
Category
عالم الذكاء الاصطناعي
Share the article
أطلقت OpenAI للتو مكوناً إضافياً رسمياً يتيح لعميل Codex الخاص بها العمل داخل أداة Claude Code من Anthropic. هذا ليس حلاً مؤقتاً ولا تعديلاً غير رسمي من المجتمع. بل إن فريق OpenAI نفسه هو من قام ببنائه، وجعله مفتوح المصدر، وأعلن عنه علناً.
وقد صرح رومان هويت، رئيس قسم تجربة المطورين في OpenAI، بشكل مباشر قائلاً: "لقد رأينا مستخدمي Claude Code يستعينون بـ Codex لمراجعة الأكواد البرمجية ويستخدمون GPT-5.4 للمهام الأكثر تعقيداً، لذلك التقت أفكارنا: لماذا لا نسهل هذا الأمر؟"
بالنسبة لقادة الشركات الذين أمضوا الأشهر الـ 18 الماضية في نقاشات حول ما إذا كان ينبغي الاعتماد الكلي على مزود واحد للذكاء الاصطناعي أو بناء بنية تقنية متعددة النماذج، فإن هذا الإعلان قد حسم الجدل للتو. حتى مزودو الذاء الاصطناعي أنفسهم يخبرونكم اليوم: المستقبل يكمن في الأنظمة القابلة للتركيب والتكامل.
ماذا حدث ولماذا يكتسب هذا الأمر أهمية؟
يتيح المكون الإضافي لـ Codex في Claude Code لفرق الهندسة استخدام قدرات مراجعة الأكواد وتفويض المهام من OpenAI دون مغادرة بيئة Anthropic. حيث يقوم نموذج بكتابة الكود، ويقوم نموذج آخر بمراجعته، ويعمل كلاهما في نفس الوقت.
إن التفاصيل التقنية تبدو أقل أهمية مقارنة بما يمثله هذا الحدث لعمليات شراء الذكاء الاصطناعي في الشركات. فشركة OpenAI، وهي شركة الذكاء الاصطناعي الأكثر قيمة في العالم، قد اعترفت للتو بأن أداة منافسها هي المكان الذي يعمل فيه جزء كبير من المطورين بالفعل وبدلاً من محاربة هذا الواقع، قاموا ببناء جسر للتواصل.
هذا هو أقوى تأكيد حتى الآن على أن تنسيق النماذج المتعددة ليس مجرد تفضيل تقني، بل بدأ يصبح البنية الافتراضية لعمليات نشر الذكاء الاصطناعي الجادة. يعمل المكون الإضافي على نفس خادم تطبيق Codex مفتوح المصدر الذي يشغل واجهة سطر الأوامر المستقلة ويدعم المهام الخلفية المتوازية، مما يعني أنه يمكن للفرق تفويض العمل إلى Codex مع الاستمرار في العمل على Claude Code دون أي انقطاع.
الارتباط بمزود نموذج واحد هو استراتيجية خاسرة
تعتمد معظم الشركات اليوم على مزود واحد للذكاء الاصطناعي؛ جهة واحدة لتوليد الأكواد، ومعالجة المستندات، وتفاعلات العملاء، والأتمتة الداخلية. وكان هذا منطقياً عندما كان الذكاء الاصطناعي في طور التجربة وأرادت قطاعات المشتريات البساطة في التعامل.
ولكن هذا لم يعد منطقياً الآن. فالمعايير تختلف وتتميز النماذج بنقاط قوة متباينة؛ حيث يحرز Claude درجات أعلى في اختبارات توليد الأكواد البرمجية، بينما يبرز GPT-5.4 في مهام التفكير المعقدة. أما النماذج مفتوحة المصدر، فتقوم بمعالجة المهام عالية الحجم ومنخفضة المخاطر بجزء بسيط من التكلفة. إن استخدام نموذج واحد لكل شيء يشبه تماماً توظيف موظف واحد للقيام بكل الأدوار في شركتك.
يأتي المكون الإضافي لـ Codex وClaude Code ليجعل هذا حقيقة ملموسة. أصبح بإمكان فريق الهندسة الآن جعل Claude يكتب الأكواد وCodex يراجعها في نفس سير العمل. وكما علق أحد المطورين: "استخدام نموذج برمجي للكتابة ونموذج آخر للمراجعة هو بالضبط السبب الذي يجعلك تستعين بشخصين مختلفين في الحياة الواقعية، لتفادي الانحياز لعملك الشخصي".
وينطبق هذا المبدأ إلى ما هو أبعد من تطوير البرمجيات؛ في التحليل المالي، ومراجعة الامتثال، ومعالجة العقود، واتصالات العملاء. وأي سير عمل في الشركات تكتسب فيه الدقة أهمية بالغة سيستفيد من استخدام نماذج ذكاء اصطناعي مختلفة للإنشاء والتحقق من الصحة. فهو يزيل انحياز التقييم الذاتي الذي ينتج عن قيام نظام واحد بمراجعة مخرجاته الخاصة.
لماذا اتخذت OpenAI هذه الخطوة؟
لم تقم OpenAI بإنشاء هذا المكون الإضافي بدافع السخاء، بل هي استراتيجية مدروسة وتستحق الفهم.
تهيمن أداة Claude Code على تطوير الذكاء الاصطناعي القائم على واجهات الأوامر النصية؛ حيث تتعامل مع 135 ألف عملية إرسال (commit) يومياً على GitHub، وهو ما يعادل تقريباً 4% من إجمالي العمليات العامة. والمطورون الذين اختاروا هذه الأداة لن يتخلوا عنها لمجرد أن OpenAI تطلب منهم ذلك، لذا ذهبت OpenAI إلى حيث يتواجد المستخدمون. فكل مراجعة لـ Codex يتم تفعيلها داخل Claude Code لا تزال تعتبر استدعاءً لواجهة برمجة تطبيقات OpenAI، ولا تزال تستخدم اشتراك ChatGPT. إنهم يحصلون على الاستخدام والعوائد دون الحاجة للانتصار في معركة الأداة الرئيسية.
هذه خطوة هامة في بناء المنصات؛ ففي الأسبوع نفسه، أطلقت OpenAI سوقاً كاملاً للمكونات الإضافية لـ Codex مع عمليات تكامل لـ Sentry وDatadog وLinear وJira. كما أضافوا دعماً لـ JetBrains وXcode والآن Claude Code. أصبح نمط الشركات القابلة للتركيب والتكامل هو الخيار الافتراضي، وتضع OpenAI نفسها كبنية تحتية تتصل بكل بيئة عمل بدلاً من كونها وجهة بديلة تحل محلها.
وبالنسبة للشركات المشترية، فإن هذا التمييز مهم جداً. فالمزودون الذين يبنون عمليات تكامل مفتوحة هم الأكثر ثقة في قدراتهم على المنافسة في الجودة بدلاً من فرض الارتباط الحصري بنظامهم. وعند تقييم مزودي الذكاء الاصطناعي، اطرح سؤالاً واحداً: هل تعمل هذه الأداة مع بقية عناصر بنيتي التقنية، أم أنها تتطلب مني استبدال كل شيء آخر؟
ثلاثة دروس مستفادة لاستراتيجية الذكاء الاصطناعي في الشركات
1. تعدد النماذج لم يعد خياراً ثانوياً
إذا كانت OpenAI نفسها تبني عمليات تكامل لأدوات Anthropic، فإن عصر المزود الواحد قد انتهى. تحتاج الشركات إلى بنية ذكاء اصطناعي يمكنها توجيه المهام المختلفة إلى نماذج مختلفة بناءً على القدرة والتكلفة ومتطلبات الامتثال. كما يؤكد هذا المكون الإضافي على أهمية دور البروتوكولات المفتوحة مثل MCP (بروتوكول سياق النموذج) في جعل هذا النوع من التعاون بين مختلف المزودين ممكناً.
2. قابلية التركيب والتكامل تتفوق على الميزات الفردية
إن أدوات الذكاء الاصطناعي التي ستكسب ثقة الشركات وتتبناها هي تلك التي تتصل بكل شيء آخر. فالنموذج القوي الذي يعمل فقط داخل نظامه المغلق سيخسر أمام نموذج أقل قوة بقليل ولكنه يتكامل بسلاسة مع بنيتك التقنية الحالية. قيموا المزودين بناءً على عمق التكامل وليس فقط بناءً على درجات الاختبارات المعيارية.
