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

كتابة الشيفرة من الإنجليزية البسيطة
يشعر معظم الناس بالتحوّل أولًا في مسار التحويل من اللغة الطبيعية إلى الشيفرة في GPT 5.2. لا تحتاج إلى معرفة المكتبة الدقيقة التي تستخدمها، ولا شكل توقيع الدالة. تصف النتيجة، ويختار النموذج التنفيذ.
سألته: "اكتب دالة Node.js تجلب نتائج مرقّمة من REST API، وتتعامل مع تحديد المعدل باستخدام التراجع الأسي، وتُرجع مصفوفة مسطحة تضم جميع السجلات."
أعاد دالة كاملة وتعمل من 47 سطرًا، مع تعليقات JSDoc ومعالجة مناسبة للأخطاء، وحدود قابلة للضبط لإعادة المحاولة، وملاحظة تشرح أنني قد أرغب في إضافة حد أقصى لإعادة المحاولة لمنع الحلقات اللانهائية عند الفشل المستمر. كان صديقي المطوّر سيطرح عليّ ثلاثة أسئلة توضيحية قبل أن يكتب سطرًا واحدًا.
النموذج يتعامل مع الغموض بكفاءة أيضًا. حين تكون متطلباتك غير محدّدة بما يكفي، يفترض افتراضًا معقولًا، وينفّذ بناءً عليه، ويخبرك صراحةً بما افترضه حتى تصحّحه. هذه الشفافية مفيدة فعلًا.
تصحيح الأخطاء في الوقت الفعلي
الصق شيفرة معطّلة، وصف الخطأ، وGPT-5.2 لا يصلح السطر فحسب. بل يشرح السبب الجذري، ويوضح ما تسبب في خطأ الانزياح بواحد أو حالة سباق async، ويقترح تغييرًا في النمط يمنع فئة الخطأ كلها، لا الحالة المحددة وحدها.
💡 نصيحة مهنية: الصق تتبع المكدس الكامل للخطأ إلى جانب شيفرتك. يستخدم النموذج الاثنين معًا لتحديد الموضع الدقيق الذي ينكسر عنده مسار التنفيذ. هذا النهج أسرع بكثير من قراءة رسالة الخطأ وحدها، وكثيرًا ما يكشف مشكلات أعلى بثلاثة أو أربعة إطارات من الموضع الذي يظهر فيه الخطأ فعلًا.
ما يميّز هذا عن أداة تدقيق بسيطة أو إجابة من Stack Overflow، أن النموذج يفهم سياق قاعدة الشيفرة الخاصة بك، ويكيّف الإصلاح وفقًا لها. إنه لا يقدّم حلًا عامًا. إنه يصلح شيفرتك، بأسلوبك، مع الحفاظ على أسماء متغيراتك.
الاختبار: أنا مقابل صديقي المطوّر
أعطيتُ المهمة نفسها لكليهما. ليس بدافع الإساءة، بل لأرى النتيجة فحسب.

المهمة: بناء معالج Webhook بلغة Python يتحقق من توقيع HMAC، ويحلّل الحمولة، ويوجّه أنواع الأحداث المختلفة إلى دوال معالجة مختلفة مع تسجيل مناسب للأحداث.
| المقياس | GPT 5.2 Codex | صديقي المطوّر |
|---|
| الوقت حتى أول مسودة تعمل | 4 دقائق | نحو 3 ساعات |
| عدد أسطر الشيفرة | 89 | 112 |
| الحالات الحدّية المعالجة | 7 | 4 |
| توضيحات المتابعة المطلوبة | 0 | 2 |
| تعليقات مضمّنة مضافة | نعم | لا |
| اختبارات مضمّنة | نعم (أساسية) | لا |
لأكون منصفًا تمامًا، كان صديقي منشغلًا في سباق عمل خاص به ولم يكن متفرغًا بالكامل. لكن هذا بالضبط ما أقصده. الذكاء الاصطناعي متاح دائمًا، لا يبدّل السياق، لا يكون في سباق عمل، ولا يحتاج إلى من يشرح له ما تبنيه.
مقارنة السرعة
GPT-5.2 لا ينام، ولا تترتب عليه التزامات سباقات العمل، ولا يحتاج إلى تبديل سياقه من العمل الذي كان منشغلًا به. تسأل فيجيب. دورة التكرار تنكمش من ساعات إلى ثوانٍ.
في الأعمال الكثيفة بالكود النمطي، وملفات الإعدادات، وتعريفات المخططات، وسكربتات الترحيل، وأغلفة API، لا تكاد الميزة في السرعة تُقارَن، ولا تُعدّ منافسة حقيقية أصلًا. ما كان يستغرق نصف يوم من العمل المركّز صار محادثة مدتها 20 دقيقة.
مقارنة الجودة
هنا يصبح السرد أكثر صدقًا. كانت أول نتيجة من الذكاء الاصطناعي صحيحة تقنيًا، لكنها اتخذت قرارًا معماريًا لم أتفق معه. استخدمت جدول إرسال قاموسيًا لتوجيه الأحداث. نظيفة وأنيقة وبايثونية. لكنني أردت كتل if/elif صريحة، لأن فريقنا يجدها أسهل قراءة أثناء الاستجابة للحوادث حين يكون الوقت ضيقًا.
حين أخبرته بذلك، أعاد كتابة الدالة فورًا، وشرح النهجين مع مزايا كل منهما ومساوئها بوضوح، وسألني إن كنت أريد إضافة تلميحات الأنواع وسلسلة وثائق قصيرة تشرح منطق التوجيه. لا اعتراض ولا غرور.
كان صديقي المطوّر سيعترض على هذه الملاحظة. كان سيشرح لماذا جدول الإرسال أفضل موضوعيًا. وبصراحة، ذلك الاحتكاك قد يكون مفيدًا فعلًا في بعض الأحيان. سأعود إلى ذلك لاحقًا.
حيث يفوز Codex في كل مرة

هناك فئات من عمل البرمجة تكون فيها مزايا الذكاء الاصطناعي بنيوية لا هامشية. هذه ليست حالات نادرة يُظهر فيها أداءً جيدًا أحيانًا. إنها مجالات يكون فيها أسرع وأشمل وأكثر موثوقية من سؤال إنسان.
الكود النمطي والمتكرر
كل مشروع يحتاج إلى هيكل أولي: نماذج قواعد البيانات، والمسلسلات، وسكربتات الترحيل، ومحمّلات الإعدادات، ومحللات متغيرات البيئة، وتركيبات الاختبار. هذا عمل يستغرق وقتًا حقيقيًا ولا يمنح تقريبًا أي رضا فكري. وهو أيضًا المصدر الأكبر لطلبات صديقي المطوّر.
GPT-5.2 يولّد ذلك كله خلال ثوانٍ. صف شكل بياناتك، فيكتب النموذج والمخطط وقواعد التحقق وملف اختبار أساسي. توفير الوقت يتراكم عبر المشروع بطرق يصعب تجاهلها بعد الأسبوع الأول.
تكاملات API
تكاملات واجهات API الخارجية هي بالضبط المهمة التي يتألق فيها GPT-5.2 أكثر من غيرها. تدفقات المصادقة، ومنطق تجديد رموز OAuth، ومعالجة تحديد المعدل، والترقيم، وتحليل استجابات الأخطاء. النموذج يعرف معظم واجهات API العامة الرئيسية بما يكفي لكتابة التكاملات دون الرجوع إلى الوثائق أصلًا.
حين احتجتُ إلى معالج Webhook من Stripe، كتبه كاملًا من جملة واحدة. وحين تغيّرت وثائق Stripe قليلًا بعد بيانات تدريبه، أشار من تلقاء نفسه إلى الأجزاء المحددة التي يجب أن أتحقق منها مرة أخرى، ولماذا. وهذا وعي ذاتي أكثر مما توقعت.
الوثائق والتعليقات المضمّنة
لا أحد يريد كتابة الوثائق. الصق دالتك في GPT-5.2 واطلب منه إضافة JSDoc أو وثائق Python النصية (docstrings) أو تعليقات مضمّنة تشرح المنطق غير الواضح. يتم ذلك في ثلاث ثوانٍ. والنتيجة أفضل باستمرار مما يكتبه معظم المطورين تحت ضغط الوقت على أي حال.
💡 جرّب هذا: اطلب منه توليد الوثائق بأسلوب مشروع مفتوح المصدر بعينه. يطابق النبرة والتنسيق في مشاريع مثل React وFastAPI وDjango بدقة لافتة، مما يجعل وثائقك متسقة مع النظام البيئي الأوسع الذي يقرأ فريقك عنه بالفعل.
كتابة الاختبارات
تغطية الاختبارات فئة أخرى يتمتع فيها الذكاء الاصطناعي بميزة بنيوية. صف الدالة، وأخبره بالحالات الحدّية المهمة، فينتج مجموعة اختبارات كاملة. يفكّر في شروط الحدود التي ستفوتك غالبًا عند كتابة اختبارات لشيفرتك أنت، لأنك على دراية كبيرة بكيفية عمل الدالة.
حيث ما زال لصديقي الأفضلية

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

GPT-5.2 متاح مباشرة على PicassoIA، ما يعني أنك لا تحتاج إلى مفتاح API منفصل أو اشتراك لتبدأ استخدامه اليوم. إليك بالضبط كيف تستفيد منه إلى أقصى حد.
الخطوة 1: الوصول إلى النموذج
انتقل إلى صفحة نموذج GPT-5.2 على PicassoIA وافتح الواجهة مباشرة في متصفحك. لا تثبيت، لا إعداد، لا انتظار.
الخطوة 2: صِغ طلبك بدقة
تعتمد جودة الناتج بشكل شبه كامل على جودة أمرك النصي. الطلبات الغامضة تنتج شيفرة غامضة.
أمر نصي ضعيف: "اكتب دالة تسجيل دخول"
أمر نصي قوي: "اكتب دالة تسجيل دخول بلغة Python باستخدام FastAPI وSQLAlchemy تتحقق من البريد الإلكتروني وكلمة المرور المجزّأة باستخدام bcrypt مقابل جدول users، وتُرجع رمز JWT موقّعًا عند النجاح، وترفع HTTP 401 مع نص خطأ عند الفشل. أضف التحقق من الحقول باستخدام Pydantic."
الأمر النصي الثاني ينتج شيفرة جاهزة للإنتاج. أما الأول فينتج شيئًا عامًا يحتاج إلى إعادة عمل كبيرة قبل أن يصبح مفيدًا. الدقة ليست اختيارية.
الخطوة 3: التكرار في الجلسة نفسها
GPT-5.2 يحافظ على السياق الكامل داخل المحادثة. لا تبدأ جلسة جديدة مع كل متابعة. ابنِ على ما كتبه بالفعل. اطلب منه إعادة الهيكلة، أو إضافة اختبارات، أو تغيير بنية البيانات، أو تحسين استعلام، أو شرح قسم محدد. النموذج يتتبع ما أنتجه سابقًا ويطبّق التغييرات بدقة.
الخطوة 4: استخدمه كمراجِع للشيفرة
الصق شيفرة كتبتها بالفعل واطلب من GPT-5.2 مراجعتها بحثًا عن مخاوف محددة. اسأل: "ما اختناقات الأداء هنا؟" أو "ما الثغرات الأمنية التي تُدخلها هذه الشيفرة؟" النموذج سيكشف مشكلات يسهل تفويتها أثناء التطوير الأول حين تتحرك بسرعة.
💡 نصيحة سير العمل: شغّل مراجعة شيفرة باستخدام GPT-5.2 قبل كل طلب سحب. هو يلتقط باستمرار أشياء مثل فحوص null المفقودة، واستعلامات قواعد البيانات غير الفعّالة، ورفض الوعود غير المعالَج، وهي أشياء يفوتها المراجعون البشر غالبًا تحت ضغط الوقت.
نماذج لغوية كبيرة أخرى تستحق الاستخدام في البرمجة

GPT-5.2 ليس النموذج الوحيد الذي يستحق الاستخدام في أعمال التطوير. وتبعًا للمهمة، تختلف نقاط القوة بين النماذج اختلافًا ملموسًا.
| النموذج | الأفضل لـ | متاح على |
|---|
| GPT-5.2 | توليد الشيفرة الكاملة (Full-stack)، وتصحيح الأخطاء | PicassoIA |
| Claude 4 Sonnet | السياق الطويل، وشرح الشيفرة بالتفصيل | PicassoIA |
| GPT-5 | الاستدلال المتعدد الخطوات المعقد، وتصميم الأنظمة | PicassoIA |
| DeepSeek V3 | مهام البرمجة الفعّالة مفتوحة الأوزان | PicassoIA |
| o4-mini | الاستدلال السريع، والمنطق الثقيل بالرياضيات | PicassoIA |
| Gemini 2.5 Flash | المهام متعددة الوسائط، والواجهات من لقطات الشاشة | PicassoIA |
Claude 4 Sonnet قوي بشكل خاص حين تحتاج إلى لصق ملف كامل أو عدة ملفات للسياق، لأن نافذة السياق لديه تتعامل مع المدخلات الأطول دون تدهور. وo4-mini يستحق اللجوء إليه حين تواجه مشكلة خوارزمية معقدة بشكل خاص تتطلب عدة خطوات استدلال لحلها بشكل صحيح.
كل هذه النماذج متاحة على PicassoIA دون اشتراكات API منفصلة أو إعداد.
ماذا يعني هذا للمطوّرين الحقيقيين

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

ما زلتُ أتحدث مع صديقي المطوّر. ذهبنا لتناول القهوة الأسبوع الماضي. إنه يبني أنظمة ما كنتُ أستطيع بناءها بمساعدة الذكاء الاصطناعي خلال شهر من المحاولة. تحدثنا عن معمارية service mesh لساعتين، وخرجتُ بأفكار أفضل من أي نموذج أنتجته في محادثاتنا.
لكن طبيعة الوقت الذي أحتاجه فيه تغيّرت جذريًا. لم أعد أرسل له رسائل Slack عن الدوال. أحتفظ بتلك المحادثات للمشكلات التي تتطلب فعلًا الحكم والتاريخ والسياق الذي لا يملكه أي نموذج.
ما أستخدم Codex له الآن
- كل المسودات الأولى لأي دالة أو صنف جديد، بصرف النظر عن درجة التعقيد
- تكاملات API مع خدمات الطرف الثالث الكبيرة، وغالبًا دون قراءة الوثائق
- توليد الاختبارات للدوال التي كتبتها بالفعل
- مراجعة الشيفرة قبل طلب السحب لالتقاط المشكلات قبل أن يقضي البشر وقتًا فيها
- طلبات إعادة الهيكلة للشيفرة التي كتبتها بسرعة وأريد تنظيفها
- مراجعات الوثائق للوحدات كاملة قبل إرسالها للمراجعة
ما زلت أسأل البشر عنه
- هل نبني الشيء الصحيح من الأساس؟
- كيف نهيكل نظامًا يجب أن يصمد أمام ثلاث سنوات من تغييرات المنتج؟
- ما الذي يحتاجه العمل فعلًا مقارنةً بما هو مكتوب في التذكرة؟
- القرارات على مستوى المعمارية التي ستؤثر في فرق خارج فريقنا؟
- أي شيء يتطلب معرفة سبب اتخاذ قرار سابق
تعمل العلاقة مع GPT-5.2 بأفضل شكل حين تتعامل معه كمتعاون سريع جدًا وواسع المعرفة جدًا، لا مصلحة له في النتيجة. سيكتب أي شيء تطلبه. ومهمتك هي معرفة ما ينبغي أن تطلبه.
ابدأ كتابة الشيفرة مع الذكاء الاصطناعي اليوم
إن لم تكن قد استخدمت نموذجًا مثل GPT-5.2 في عمل برمجي حقيقي بعد، فالفجوة بين تصورك لما يستطيع فعله وما يقدمه فعلًا ربما تكون أكبر مما تظن. أفضل طريقة لسدّ تلك الفجوة هي أن تعطيه مهمة كنت ستقضي فيها ساعة عادةً، وترى ما يعود إليك خلال أربع دقائق.
يمنحك PicassoIA الوصول إلى GPT-5.2 وClaude 4 Sonnet وGPT-5 وDeepSeek V3 و o4-mini، وعشرات النماذج الأخرى في مكان واحد. لا تنقّل بين الاشتراكات، ولا إعداد لـ API، ولا وقت للتهيئة. اختر النموذج، واكتب الأمر النصي، وأطلق الشيفرة.
ابدأ بمهمة واحدة. دالة واحدة كنت تؤجّلها. انظر ماذا يحدث حين تتوقف عن الانتظار لصديقك المطوّر وتبدأ العمل مع الذكاء الاصطناعي.