OpenAI تنشر دليلاً لاستخدام Codex: كيف تُعدّ مساحة العمل والمشاريع وسير المهام

في 23 أبريل 2026 نشرت OpenAI في Academy مادة بعنوان Working with Codex، وهي دليل تأسيسي لمن يبدأ للتو استخدام الوكيل في التعامل مع الملفات والمهام. لا يتناول النص الجانب النظري، بل أكثر الأمور عملية: كيف تُبنى مساحة العمل، وما المقصود بـ thread و project، وأين تُحفظ الملفات، وكيف تُعطى Codex تعليمات واضحة.

ما الذي يوجد داخل Codex

في مركز الواجهة قائمة جانبية ينتقل عبرها المستخدم بين الخيوط (threads) والمشاريع والأدوات. وتقترح OpenAI النظر إلى الـ thread بوصفه محادثة عادية في ChatGPT: أي سياقاً مستقلاً للعمل على مهمة بعينها. ويمكن إبقاء الخيط الجديد مستقلاً أو إدراجه مباشرة ضمن مشروع. وفي القائمة نفسها يوجد بحث في المهام والمشاريع السابقة، وإلى جانبه الإضافات (plugins) التي تساعد على تشغيل العمليات المتكررة وربط أدوات خارجية.

ويركّز الدليل بصورة خاصة على نافذة الحوار. وتكتب OpenAI صراحةً أن المستخدم لا يحتاج إلى برومبت مثالي ولا إلى تعليمات تقنية معقدة. فأداء Codex يكون أفضل حين يُوصَف له الهدف والملفات المطلوبة ومعيار الإنجاز بلغة بشرية. وهذه إشارة مهمة: فالمنتج لا يُقدَّم كميزة ضيقة في بيئة تطوير (IDE) للمتخصصين، بل كواجهة عمل يمكن الدخول إليها بلغة عادية وتوضيح المهمة فيها تدريجياً.

«لا تحتاج إلى برومبت مثالي أو إلى تعليمات تقنية».

المشاريع والمجلدات

الوحدة الأساسية للتنظيم في Codex هي المشروع (project). يرتبط كل مشروع بمجلد محدد على الحاسوب، وعند العمل محلياً لا يجري الوكيل تغييرات إلا داخل هذا المجلد. وإذا انتقل المستخدم إلى مجموعة أخرى من الملفات، تنصح OpenAI بإنشاء مشروع جديد بدلاً من خلط كل شيء في سياق واحد.

ومن المهم أيضاً أن المجلد الأولي يمكن أن يكون فارغاً: فالمشروع ليس للشيفرة الموجودة فقط، بل هو أيضاً المكان الذي ستُحفظ فيه المستندات والسكربتات والنتائج الجديدة. وينتج عن هذا النموذج مزايا عملية واضحة:

• من الأكثر أماناً حصر نطاق التغييرات في مجلد واحد
• من الأسهل الفصل بين مهام العملاء والمهام الشخصية والتجريبية
• من الأيسر العثور على الخيوط السابقة بفضل ارتباطها بالمشروع
• تُنشأ الملفات الجديدة فوراً في مكان يمكن توقعه

وعملياً، تقترح OpenAI على المستخدم ألا يكتفي بالتحدث مع الوكيل، بل أن يحدد له حدود العمل مسبقاً. وهذا يقلّل لدى الفرق والعاملين المستقلين خطر الالتباس حين يساعد الوكيل نفسه في مشاريع مختلفة بالتوازي. أما للمبتدئين، فهو وسيلة مريحة لفهم أين يستطيع Codex إجراء تغييرات وأين لا ينبغي له ذلك.

كيف تُدار المهام

يكمن الفرق الرئيسي بين Codex والدردشة العادية، بحسب OpenAI، في أن الوكيل لا يكتفي بالرد نصياً، بل يستطيع التنفيذ. فبحسب صلاحيات الوصول ونوع المهمة، يفحص الملفات وينشئ ملفات جديدة ويحرّر المستندات وينظّم المعلومات وفق بنية معيّنة ويساعد في تجميع النتيجة النهائية. بعبارة أخرى، لا تعمل نافذة الحوار هنا كواجهة عرض للنموذج، بل كلوحة تحكم في عمل فعلي على المواد المحلية.

وإذا كانت المهمة قيد التشغيل وأدرك المستخدم أن الصياغة تحتاج إلى تعديل، فلا حاجة إلى إيقاف العملية وإعادة تشغيلها. لهذا الغرض يوفّر Codex الأمر Steer، الذي يتيح تصحيح المسار أثناء التنفيذ، كأن يُطلب إعادة كتابة فقرة بدلاً من حذفها. كما تشير OpenAI على حدة إلى أن كثيراً من المستخدمين يشغّلون عدة مهام بالتوازي، فإحداها تنظّف جدولاً والأخرى تجمع متتبّعاً للمشروع. والقيد الوحيد هو أن العمليات الطويلة قد تتوقف إذا دخل الحاسوب في وضع السكون.

ماذا يعني ذلك

بالنسبة إلى OpenAI، ليست هذه مادة تعليمية فحسب، بل وسيلة لشرح نموذج جديد من التفاعل مع الوكيل: اهتمام أقل بـ«سحر» البرومبت، واهتمام أكبر ببنية العمل والملفات والإدارة التكرارية. أما بالنسبة إلى المستخدمين، فإن ذلك يخفض عتبة الدخول إلى Codex، ويبيّن أن المنتج مصمَّم للمهام اليومية في العمل، وليس لعرض إمكانات AI فقط.