يكتب GPT 5.2 Codex الكود بسرعة أكبر وبجودة أعلى من معظم المطورين. يوضح هذا المقال بدقة أين يتفوق النموذج على البشر، وأين يظل الحكم البشري هو الأفضل، ويعرض بيانات اختبارات حقيقية من HumanEval وSWE-bench، ويقدم شرحًا خطوة بخطوة لاستخدامه على PicassoIA اليوم.
هناك لحظة محددة عاشها معظم المطورين حتى الآن: تكتب تعليقًا يصف ما تريده، وتضغط Tab، فينهي GPT-5.2 الدالة كاملة قبل أن تكتب حرفًا واحدًا من الكود الفعلي. إن لم يحدث ذلك لك بعد، فسيحدث. وحين يحدث، يتوقف السؤال عن "هل يستطيع الذكاء الاصطناعي كتابة الكود؟" ويصبح "ماذا يفترض بي أن أفعل الآن؟"
هذا ليس مقالًا للتهويل. إنه نظرة مباشرة على ما يفعله GPT 5.2 Codex أفضل من معظم المطورين، وأين يقصّر فعلًا، وما يعنيه ذلك لسير عملك الحقيقي الآن.
تطور مفهوم "Codex" منذ أن قدّمت OpenAI أولى نماذجها المتخصصة في الكود. مع GPT-5.2، لم تعد قدرة توليد الكود إضافة منفصلة، بل صارت مدمجة في النموذج الأساسي بمستوى يجعل الإصدارات السابقة تبدو كمسودات أولية.
القدرة الأساسية: تصف ما تريده بلغة إنجليزية بسيطة، فيُنتج النموذج كودًا يعمل، وصحيحًا من ناحية الصياغة، ومتماسكًا منطقيًا. ليس شيفرة وهمية، وليس قالبًا جاهزًا، بل كودًا قابلًا للتشغيل فعلًا، غالبًا مع معالجة للأخطاء، وتلميحات للأنواع، وتعليقات داخلية لم تطلبها.
أصبح التحويل من اللغة الطبيعية إلى كود دقيقًا بشكل مدهش. اطلب من GPT-5.2 كتابة دالة Python تقبل قائمة من القواميس، وتصفّيها حسب قيمة مفتاح محدد، ثم ترتبها حسب مفتاح آخر، وتعيد أفضل 10 نتائج. سيفعل ذلك. كود نظيف، ومكتوب بأسلوب Python، ومعه docstring. في نحو ثانيتين.
ما يميز هذا النموذج عن سابقيه هو الوعي بالسياق. يفهم أسلوب تسمية المتغيرات في الملف المحيط، ويحترم أسلوب الكود القائم، ويتجنب إعادة إدخال أنماط سبق أن هجرتها في أماكن أخرى من قاعدة الكود.
| اللغة | ثقة Codex | أفضل حالة استخدام |
|---|---|---|
| Python | ممتاز | معالجة البيانات، واجهات API، الأتمتة |
| JavaScript / TypeScript | ممتاز | منطق الواجهات الأمامية، Node.js، مكونات React |
| SQL | قوي جدًا | الربط المعقّد، دوال النوافذ، التحسين |
| Go | قوي | أنماط التزامن، أدوات سطر الأوامر |
| Rust | جيد | أنماط الذاكرة الآمنة، الكود النمطي للملكية |
| Ruby | متوسط | متحكمات Rails، استعلامات ActiveRecord |
| C++ | متوسط | استخدام المكتبة القياسية، الأنماط الحديثة |
في Python وTypeScript على وجه الخصوص، يكون الناتج غالبًا بجودة جاهزة للإنتاج من المحاولة الأولى. فالأرجح أنك ستعدّل أسماء المتغيرات أكثر مما ستعيد كتابة المنطق.
لنكن صريحين في هذا. هناك فئات يكون فيها GPT 5.2 Codex أسرع، وأكثر اتساقًا، وأقل عرضة للأخطاء من مطوّر بشري يعمل في ظروف عادية.
قد يحتاج مطوّر كبير إلى ما بين 20 و40 دقيقة لكتابة نقطة نهاية REST منظمة جيدًا، مع التحقق من المدخلات، ومعالجة الأخطاء، وتسجيل أساسي للأحداث، حتى يُنجزها بشكل سليم. أما GPT-5.2 فينجزها في أقل من 30 ثانية. هذا ليس مبالغة. ينتقل عنق الزجاجة كليًا إلى قراءة الناتج ومراجعته.
في المهام المتكررة لكنها بالغة الأهمية، مثل كتابة اختبارات الوحدة لكل دالة في وحدة برمجية، يصبح فرق السرعة شبه عبثي. يتجنب المطورون كتابة الاختبارات لأنها مملة. أما GPT-5.2 فلا يجدها مملة. يولّد مجموعات اختبار كاملة، فيها حالات حدّية ربما لم تكن لتفكر في إضافتها.
الكود النمطي هو المكان الذي يقع فيه المطورون البشر في أخطاء ناتجة عن الإهمال. أخطاء الفهرسة بمقدار واحد في الحلقات، وفحوص null المنسية، والموارد التي لا تُغلق بشكل صحيح. لقد رأى نموذج Codex من الذكاء الاصطناعي أمثلة كثيرة جدًا من الكود النمطي الصحيح، لذلك نادرًا ما يخطئ فيه. يعرف أن اتصال قاعدة البيانات يجب أن يُغلق داخل كتلة finally. ويعرف أن الدوال غير المتزامنة تحتاج إلى معالجة صحيحة باستخدام await. هذه ليست رؤى، بل أنماط، والتعرف على الأنماط هو بالضبط ما تتفوق فيه هذه البنية.
💡 المكسب الحقيقي: كل ساعة يقضيها فريقك في الكود النمطي هي ساعة لا تُصرف على الأجزاء التي لا يستطيع بناءها إلا أنت. Codex يستعيد تلك الساعات.
يكره المطورون كتابة التوثيق. أما GPT-5.2 فلا. أعطه دالة فينتج docstring يصف المعاملات، وأنواع القيم المعادة، والاستثناءات المُثارة، وأمثلة الاستخدام بدقة. أعطه وحدة برمجية فيكتب لها README. أعطه واجهة API فيصوغ لها مواصفات OpenAPI بصيغة YAML.
غالبًا ما يكون التوثيق الذي يكتبه أفضل مما تنتجه معظم الفرق يدويًا، لأنه منهجي. لا تُتجاوز أي دالة، ولا يُترك أي معامل دون شرح.
نماذج من نوع Codex ليست عليمة بكل شيء. هناك فئات واضحة ما زال فيها المطورون البشر يملكون ميزة حاسمة، وفهم هذه الفئات أمر بالغ الأهمية لاستخدام أدوات الذكاء الاصطناعي بفعالية.
لشركتك قواعدها الخاصة. منطق تسعير عُدّل 40 مرة على مدى 8 سنوات. حالات حدّية في تهيئة العملاء موجودة بسبب قرار قانوني اتُّخذ في 2019 ولم يوثّقه أحد بشكل صحيح. هذه القواعد تعيش في رؤوس الناس، وفي رسائل Slack، وفي تسليمات شفهية.
لا يستطيع GPT-5.2 قراءة سجل Slack الخاص بك أو مقابلة نائب الرئيس للمالية. يستطيع تنفيذ المنطق الذي تصفه بوضوح، لكنه لا يستطيع اكتشاف القيود غير الموثقة. تلك المعرفة المؤسسية ما زالت تحتاج إلى إنسان يلتقطها ويترجمها.
بالنسبة إلى أنماط الأخطاء المعروفة، يكون تصحيح الأخطاء بالذكاء الاصطناعي ممتازًا. أما الأعطال الجديدة عند تقاطع بيئة النشر الخاصة بك، وبياناتك المحددة، ونسخة مكتبة لا يستخدمها أحد غيرك، فيبدأ النموذج في التعثر. يستطيع اقتراح فرضيات، ويساعدك في التفكير بالمشكلة. لكن عمل التحقيق الفعلي غالبًا ما يحتاج إلى شخص يملك سياقًا لا يملكه النموذج.
تحديد ما إذا كنت ستبني نظامًا متجانسًا أم خدمات مصغّرة، بالنظر إلى حجم فريقك وميزانيتك وأنماط حركة المرور والتوجهات المحتملة للتحول خلال 18 شهرًا قادمًا، ليس مسألة تقنية بحتة. إنه قرار حكم يتطلب فهم مؤسستك، وقدرات فريقك، وقيودًا لا توجد في أي قاعدة كود.
يستطيع GPT-5.2 أن يشرح لك المفاضلات. لكنه لا يستطيع أن يتخذ القرار عنك.
HumanEval هو اختبار معياري من OpenAI لقياس دقة توليد الكود. يتكون من 164 مسألة برمجية مصممة يدويًا، ولكل منها توقيع دالة، وdocstring، وحالات اختبار. يحقق GPT-5.2 نسب نجاح أعلى بكثير من النماذج السابقة في الإكمالات من المحاولة الأولى.
الأرقام أقل أهمية من النمط: كل جيل من النموذج يُظهر تحسنًا ملموسًا، لا مكاسب هامشية. والقفزة من فئة GPT-4 إلى فئة GPT-5.2 أكبر من القفزة من GPT-3.5 إلى GPT-4.
| الاختبار المعياري | GPT-4o | GPT-5 | GPT-5.2 |
|---|---|---|---|
| HumanEval Pass@1 | ~90% | ~94% | ~97% |
| MBPP (Python) | ~87% | ~92% | ~96% |
| SWE-bench Verified | ~38% | ~54% | ~67% |
| CodeForces Percentile | ~52% | ~68% | ~79% |
💡 SWE-bench يختبر مشكلات حقيقية من GitHub. معدل حل 67% يعني أن GPT-5.2 يغلق نحو ثلثي أخطاء البرمجيات الحقيقية دون تدخل بشري.
المشكلات متعددة الخطوات التي تتطلب الاحتفاظ بقيود كثيرة مترابطة في الوقت نفسه ما زالت تُنتج أخطاء متفرقة. وقد تؤدي نوافذ السياق الطويلة جدًا مع اعتماديات معقدة بين الملفات إلى تناقضات. وعندما تكون بيانات التدريب لمكتبة متخصصة محدودة، يهلوس النموذج استدعاءات API غير موجودة.
نمط الفشل ليس "إنتاج كود خاطئ بوضوح". بل "إنتاج كود يبدو معقولًا لكنه يحمل خللًا خفيًا". وهذا أصعب في الكشف، ولهذا تبقى مراجعة الكود ضرورية بلا استثناء حتى مع المخرجات المولّدة بالذكاء الاصطناعي.
GPT-5.2 متاح مباشرة على منصة PicassoIA ضمن فئة النماذج اللغوية الكبيرة. لا تحتاج إلى حساب OpenAI أو مفتاح API. إليك طريقة استخدامه في مهام الكود.
انتقل إلى صفحة نموذج GPT-5.2 على PicassoIA. تعرض الواجهة حقل إدخال نصي للأمر النصي، ومعاملات المخرجات في اللوحة اليمنى.
في توليد الكود، الدقة هي كل شيء. الأوامر النصية الضعيفة تنتج مخرجات عامة، أما القوية فتنتج كودًا جاهزًا للإنتاج.
أمر نصي ضعيف: "اكتب دالة لمعالجة البيانات."
أمر نصي قوي: "اكتب دالة Python تقبل قائمة من القواميس تحتوي على الحقول 'user_id' و'timestamp' و'event_type'. صفِّ الأحداث التي يكون فيها event_type يساوي 'purchase'، وجمّعها حسب user_id، واحسب عدد الأحداث لكل مستخدم، وأعد قائمة مرتبة من المجموعات (user_id, count) من الأعلى إلى الأدنى. أضف تلميحات للأنواع وdocstring. تعامل مع المدخلات الفارغة بسلاسة."
الفرق في جودة المخرجات بين هذين الأمرين هائل.
القوة الحقيقية لنموذج GPT-5.2 على PicassoIA تكمن في المحادثة. لا تتعامل معه كمولّد لمرة واحدة. بعد المخرجات الأولى:
نصائح المعاملات لمهام الكود على PicassoIA:
يصبح GPT-5.2 للكود أقوى حين تقرنه بقدرات ذكاء اصطناعي أخرى على المنصة نفسها.
إذا كنت تبني تطبيقات تتضمن محتوى بصريًا، فستحتاج غالبًا إلى الكود والصور معًا. يولّد نموذج GPT Image 1.5 على PicassoIA صورًا لواجهات المستخدم التجريبية، وصور المنتجات، والأصول المؤقتة. أما النموذجان Flux 1.1 Pro وFlux 2 Pro فينتجان صورًا واقعية كالصور الفوتوغرافية لأي محتوى سيقدمه كودك.
بالنسبة إلى التطبيقات كثيفة الصور، يصبح سير العمل كما يلي: يكتب GPT-5.2 الكود، وتولّد نماذج الصور الأصول، وتطلق الاثنين معًا.
نادرًا ما تكون التطبيقات الحديثة نصوصًا ومنطقًا فقط. يستطيع GPT-5.2 تحليل لقطات شاشة لواجهتك واقتراح إصلاحات للكود. ويستطيع النظر إلى مخطط قاعدة بيانات وتوليد SQL DDL المقابل له. ويستطيع مراجعة لقطات أخطاء من بيئة الإنتاج وتشخيص ما حدث.
هذه القدرة متعددة الوسائط تعني أن الحد الفاصل بين "كتابة الكود" و"فهم النظام" يضيق بسرعة. يمكنك توجيه النموذج إلى عنصر بصري والحصول على كود في المقابل. لم يكن هذا السير ممكنًا بجودة مفيدة قبل عامين.
يمكنك أيضًا إقران GPT-5.2 بنماذج مثل Claude 4 Sonnet لأساليب استدلال مختلفة على المشكلة نفسها. تشغيل تحدٍ برمجي واحد عبر نموذجين مختلفين ومقارنة المخرجات طريقة سريعة لاكتشاف حالات حدّية فاتت أحدهما.
انخفضت الحواجز أمام كتابة الكود الوظيفي بشكل كبير. يستطيع مطوّر مبتدئ مع إمكانية الوصول إلى GPT-5.2 إنتاج كود كان يتطلب سابقًا سنتين أو ثلاث سنوات من الخبرة لكتابته بشكل صحيح. وهذه ترقية مباشرة لجودة مخرجاته منذ اليوم الأول.
الخطر: المطورون الذين يستخدمون الذكاء الاصطناعي لإنتاج كود لا يفهمونه يراكمون دينًا تقنيًا في معرفتهم الخاصة. يعمل الكود دون مشكلة، لكنهم لا يستطيعون تصحيحه حين يتعطل. المطورون الذين سينجحون هم من يستخدمون الذكاء الاصطناعي لتسريع التعلم، لا لتجاوزه.
💡 العادة الصحيحة: حين يولّد GPT-5.2 كودًا لم تكن تتوقعه بالكامل، اقرأه بعناية وافهم كل سطر قبل استخدامه. النموذج أسرع منك. لكن هذا لا يعني أن يكون صندوقًا أسود.
ينتقل المطورون الكبار من إنتاج الكود إلى مراجعته بسرعة تفوق ما توقعه أي أحد. وتتركز قيمة المهندس الكبير في فريق معزز بالذكاء الاصطناعي أكثر فأكثر حول:
لم ينخفض السقف، بل إن تغيّر شيء فقد ارتفع. المطورون الكبار الذين يدمجون الذكاء الاصطناعي بفعالية ينتجون أكثر من أي وقت مضى. أما الذين لا يفعلون فيتخلفون عن فرق نصف حجمهم.
الرد الصحيح على عبارة "GPT 5.2 Codex يكتب أكوادًا أفضل منك" ليس الدفاع عن النفس، بل إعادة المعايرة.
توقف عن كتابة الكود النمطي يدويًا. وتوقف عن تجنب تغطية الاختبارات لأنها مملة. وتوقف عن إهمال التوثيق لأنك لا تملك الوقت. هذه بالضبط المجالات التي يزيل فيها GPT-5.2 الاحتكاك، واستخدامه في هذه المهام يحررك للتركيز على العمل الذي يتطلب إنسانًا فعلًا.
المطورون الأكثر صلة خلال السنوات الثلاث القادمة ليسوا من يكتبون أكبر قدر من الكود. إنهم من يتخذون أفضل القرارات حول ما يُبنى، وكيف يُهيكل، وكيف يُتحقق من أنه يعمل. الذكاء الاصطناعي يتولى الكتابة، وأنت تتولى التفكير.
إذا أردت أن تختبر هذا الآن، فإن PicassoIA يضم GPT-5.2، وGPT-5، ومجموعة كاملة من أدوات توليد الصور والفيديو في مكان واحد. اكتب الدالة نفسها التي كتبتها عشرات المرات من قبل. وانظر ما الذي يعود إليك. ثم قرر كيف تريد أن تستخدم وقتك.
النموذج جاهز. السؤال هو هل أنت جاهز.
اختر لغتك
