لم يعد المشهد يقتصر على مساعد يكتب لك دالة برمجية ثم يختفي وكأنه موظف متدرّب أنهى أول مهمة وذهب ليشرب القهوة. هذه المرة، أوبن إيه آي تدفع كوديكس إلى مساحة أوسع بكثير: أن يرى الشاشة، ينقر، يكتب، يتصفح، يتذكر، ويكمل العمل على مهل، وكأنه زميل رقمي يجلس إلى جانبنا على المكتب لا داخل نافذة دردشة فقط. التحديث الجديد، الذي أعلنت عنه الشركة في 16 أبريل 2026، يضيف إلى كوديكس قدرات تمتد عبر دورة تطوير البرمجيات كاملة، وليس مجرد اقتراحات كود معزولة.
كيف تحاول أوبن إيه آي تحويل كوديكس من مساعد إلى وكيل عمل؟
بحسب الإعلان الرسمي، تقول أوبن إيه آي إن أكثر من 3 ملايين مطور يستخدمون كوديكس أسبوعيًا، ولهذا جاء التحديث في اتجاه واضح: توسيع دور الأداة من “مساعد للبرمجة” إلى “شريك عمل” يمكنه المشاركة في الاختبار، المراجعة، التصفح، وتنفيذ مهام متكررة أو طويلة المدى. الشركة لم تقدّم تحسينًا تجميليًا بسيطًا، بل أعادت تعريف ما تتوقعه من أداة coding agent داخل بيئة التطوير اليومية.
ومن هنا يمكننا فهم الفكرة الأساسية: السوق لم يعد يكتفي بأداة تكمل الأسطر البرمجية. المطور اليوم يريد وكيلًا يفهم المشروع، يتحرك بين الأدوات، ويتابع العمل من دون أن نعيد الشرح من الصفر كل مرة. ولهذا يبدو تحديث كوديكس أقرب إلى محاولة واضحة للرد على التحول السريع في سوق الوكلاء البرمجيين، وهو ما وصفته The Verge بأنه ضربة مباشرة في اتجاه صعود Claude Code من أنثروبيك.
ما الجديد فعليًا في تحديث كوديكس؟
استخدام تطبيقات macOS بالنقر والكتابة
أهم ما في الخبر أن كوديكس بات قادرًا على استخدام تطبيقات macOS عبر الرؤية والنقر والكتابة بمؤشره الخاص. وهذا يعني أنه لا يكتفي بقراءة الملفات أو تشغيل الأوامر، بل يستطيع التفاعل مع التطبيقات الرسومية أيضًا. أوبن إيه آي تشرح أن هذه الميزة مفيدة في اختبار التطبيقات الأصلية، وتتبع مسارات المحاكاة، والتعامل مع مشكلات الواجهة الرسومية، وحتى بعض الإعدادات منخفضة المخاطر التي لا تملك واجهات برمجية جاهزة. كما يمكن لعدة وكلاء أن يعملوا بالتوازي على جهاز ماك من دون أن يعرقلوا استخدامنا لتطبيقات أخرى.
وهنا تحديدًا يبدأ التحول الحقيقي. الفرق كبير بين مساعد يقول لك: “جرّب الضغط هنا”، وآخر يضغط بنفسه ويراقب النتيجة. نحن أمام انتقال من الذكاء الاصطناعي الذي “يقترح” إلى الذكاء الاصطناعي الذي “ينفذ”، ولو ضمن حدود ما تزال خاضعة للرقابة والسياق. وهذه النقلة ليست صغيرة، لأنها تختصر وقتًا طويلًا في الاختبار والتكرار، خصوصًا في أعمال الواجهة الأمامية التي تستهلك أعصاب المطور كما تستهلك سعة المتصفح.
متصفح داخل التطبيق بدل التنقل العشوائي بين النوافذ
أضافت أوبن إيه آي أيضًا متصفحًا داخل التطبيق، يتيح للمستخدم وكوديكس رؤية الصفحة نفسها، ثم التعليق مباشرة على العناصر المعروضة لإعطاء تعليمات دقيقة. هذا مفيد اليوم خصوصًا في تطوير الواجهات والألعاب والتطبيقات المحلية، لأن الملاحظات تصبح مرتبطة بالمكان نفسه على الصفحة بدل أن تظل وصفًا عامًا من نوع “حرّك هذا الزر قليلًا لليسار… لا، ليس هذا اليسار”.
إنشاء الصور وتعديلها داخل سير العمل نفسه
كذلك حصل كوديكس على دعم gpt-image-1.5 لتوليد الصور وتعديلها داخل مسار العمل نفسه. هذه الإضافة تبدو للوهلة الأولى جانبية، لكنها ذكية جدًا في سياق تطوير المنتجات. فبدل أن ينتقل المطور أو المصمم بين أدوات متفرقة لصناعة mockups أو عناصر بصرية أو تصورات واجهات، يمكنه الآن إنتاج الصور وتكرارها في البيئة نفسها التي يراجع فيها الكود ولقطات الشاشة.
إضافات أكثر وربط أفضل مع أدوات العمل
التحديث لم يتوقف هنا. أوبن إيه آي أعلنت عن أكثر من 90 إضافة جديدة، بينها تكاملات مفيدة مع أدوات مثل GitLab Issues وAtlassian Rovo وMicrosoft Suite وCircleCI وغيرها. كما أضافت دعمًا للتعامل مع تعليقات مراجعة GitHub، وتشغيل عدة نوافذ طرفية، والاتصال بصناديق التطوير البعيدة عبر SSH في نسخة ألفا. باختصار، كوديكس لا يريد أن يبقى “ضيفًا” على بيئة التطوير؛ هو يحاول أن يصبح جزءًا من أثاثها اليومي.
الذاكرة والأتمتة والمتابعة طويلة الأمد
واحدة من أهم النقاط، برأينا، هي الذاكرة وإمكانية إعادة استخدام سلاسل المحادثات مع أتمتة المهام المستقبلية. فبحسب OpenAI، يمكن لكوديكس أن يحتفظ بسياق سابق، ويتذكر تفضيلاتنا وتصحيحاتنا والمعلومات التي استغرق جمعها وقتًا، ثم يستخدمها في مهام لاحقة. كما يمكنه جدولة عمل مستقبلي والاستيقاظ تلقائيًا لمواصلة مهمة طويلة قد تمتد لأيام أو أسابيع. هنا لم نعد نتحدث عن “جلسة سؤال وجواب”، بل عن علاقة عمل مستمرة مع وكيل رقمي يراكم الخبرة معنا بمرور الوقت.
ما الذي يعنيه هذا للمطورين فعلًا؟
إذا نظرنا إلى الخبر بعين عملية، فالفائدة الكبرى تظهر في ثلاثة أماكن: تكرار الواجهة الأمامية، اختبار التطبيقات، وأتمتة الأعمال المتكررة. بدل أن يكتب المطور التعليمات ثم ينفذها يدويًا. يمكنه أن يكلّف كوديكس بجزء من الرحلة: افتح التطبيق، جرّب المسار، التقط المشكلة، راجع التعليق، أصلح الجزء المطلوب، ثم عد إليّ بالخلاصة. هذا يختصر وقتًا معتبرًا في الأعمال التي كانت تتطلب انتقالًا مرهقًا بين المحرر والمتصفح والتطبيقات المساندة.
ومن جهة أخرى، لا يمكن تجاهل أن سوق المطورين نفسه يعيش تناقضًا لافتًا. فاستطلاع Stack Overflow لعام 2025، الذي شمل أكثر من 49 ألف مشارك من 177 دولة، أظهر أن 84% من المطورين يستخدمون أو يخططون لاستخدام أدوات الذكاء الاصطناعي. لكن 46% لا يثقون بدقة مخرجاتها مقابل 33% فقط يثقون بها. هذا يعني أن الطلب على هذه الأدوات مرتفع جدًا، لكن الثقة الكاملة ما تزال بعيدة. لذلك، فإن أي تحديث مثل هذا لن يُقاس بعدد الميزات فقط، بل بمدى دقة التنفيذ، وقابلية التحقق، وتقليل الأخطاء التي تبدو صحيحة من الخارج وهي ليست كذلك.
أين تكمن قوة كوديكس… وأين يجب أن ننتبه؟
من وجهة نظرنا، قوة كوديكس الجديدة لا تكمن في أنه “أذكى” وحسب، بل في أنه صار أقرب إلى سير العمل الحقيقي. هذا أهم من أي عرض دعائي. المطور لا يعيش داخل مربع دردشة؛ هو يتنقل بين ملفات، متصفح، لقطات شاشة، تذاكر، مراجعات، مهام، وتعديلات متراكمة. وكلما اقترب الوكيل من هذه البيئة، زادت فائدته الفعلية. ولهذا يبدو التحديث خطوة مدروسة في الاتجاه الصحيح.
لكن الجانب الآخر لا يقل أهمية. كلما حصل الوكيل على قدرة أكبر على “الفعل”، زادت الحاجة إلى الحذر، والصلاحيات الواضحة، والمراجعة البشرية، وحدود التنفيذ. المطور قد يحب السرعة، لكنه لا يحب المفاجآت من نوع “الأداة كانت واثقة جدًا وهي تعبث بزر حساس”. وهنا تحديدًا ستبقى الثقة هي العملة الأهم، لا كثرة الميزات وحدها. وهذا ينسجم مع بيانات Stack Overflow التي تشير إلى اتساع الفجوة بين الاستخدام والثقة في أدوات الذكاء الاصطناعي الموجهة للمطورين.
ملاحظات مهمة عن الإتاحة والتوفر
هناك نقطة تستحق التوضيح لأن بعض الصياغات المتداولة قد تخلط بينها: تطبيق كوديكس نفسه متاح على macOS وWindows، لكن ميزة Computer Use بدأت أولًا على macOS. كما أن OpenAI ذكرت أن بعض ميزات التخصيص والذاكرة ستصل لاحقًا إلى مستخدمي Enterprise وEdu وإلى مستخدمي الاتحاد الأوروبي والمملكة المتحدة، بينما أوضحت وثائق المطورين أن ميزة التحكم بالحاسوب لم تكن متاحة عند الإطلاق في المنطقة الاقتصادية الأوروبية والمملكة المتحدة وسويسرا.
هل بدأ عصر “المطور الوكيل” فعلًا؟
أستطيع القول إننا نقترب من مرحلة يتغير فيها تعريف أداة البرمجة نفسها. كوديكس لم يعد يريد أن يكون قلمًا أسرع، بل يدًا إضافية على المكتب. هذا فرق هائل. وإذا نجحت OpenAI في جعل هذه القدرات موثوقة وسلسة، فقد نرى خلال الأشهر المقبلة انتقالًا واضحًا من أدوات “اقتراح الكود” إلى أدوات “تنفيذ العمل” داخل بيئات التطوير الحقيقية. أما نحن كمستخدمين ومطورين، فسنستفيد أكثر عندما نعامل هذه الأدوات كزميل سريع يحتاج إلى إشراف جيد، لا كساحر يعرف كل شيء. المستقبل هنا لا يقول لنا: اتركوا البرمجة. هو يقول ببساطة: برمجوا بطريقة أذكى، واحتفظوا بأيديكم على المقود.
