Codex Cloud: جهّز بيئتك مرة واحدة وتابع البرمجة من هاتفك

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

ما الجديد في تحديث 30 سبتمبر؟

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

تخيّل البيئة ورشة مجهّزة: الأدوات والمواد جاهزة دائمًا، ولكل مهمة مساحة عمل خاصة بها. والاعتمادية هنا حزمة برمجية يحتاج إليها مشروعك، أما المستودع فهو مجموعة ملفات الشيفرة التي تُدار إصداراتها.

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

أنصحك بالبدء بمهمة صغيرة تستطيع التحقّق من نتيجتها. فالوكيل الذي يعمل في الخلفية يكون أكثر فائدة حين تحدّد مسبقًا ما الذي يُعدّ نتيجة صحيحة.

أي خطط الاشتراك تتيح Codex Cloud؟

يتطلّب الوصول إلى Cloud حسابًا مؤهلًا ضمن Plus أو Pro أو Business أو Enterprise أو Healthcare أو Education، وفقًا لتدرّج إتاحة الخدمة وإعدادات مساحة العمل. تتيح خطتا Free وGo الوصول إلى Codex، لكنهما لا تشملان Codex Cloud. ولا يمكن لمقاعد Guest أو K-12 أو مقاعد Enterprise المخصّصة للعرض فقط إنشاء بيئات سحابية. يوضّح دليل OpenAI لتوافر الخدمة حسب الخطة هذه الفروق.

الأسعار أعلاه مأخوذة من صفحة أسعار Codex الحالية، وقد جرى التحقّق منها في 7 أكتوبر 2026. وأهلية استخدام Cloud لا تعني أن كل عضو يستطيع استخدام جميع أدوات التحكّم.

كيف يُحتسب العمل السحابي من حصة استخدامك؟

عند الإطلاق، لا تُفرض رسوم منفصلة على الآلة الافتراضية في البيئات القياسية. والآلة الافتراضية هي الحاسوب البعيد الذي ينفّذ المهمة. لكن استخدام النموذج يظل محسوبًا ضمن حدود Codex المعتادة، وما ينطبق من أرصدة أو فوترة. وقد تشترك الخطط ذات الحصص المجمّعة في الاستخدام عبر Codex وChatGPT Work وChatGPT for Excel وWorkspace Agents، عند توافرها؛ أما اتفاقيات Enterprise القائمة على الرموز فتُحاسَب بالدولار الأمريكي بدلًا من الأرصدة. تشرح قواعد الاستخدام لدى OpenAI طريقة الاحتساب.

الرسائل المحلية والمحادثات السحابية تستهلك الحصة نفسها في خطتك، وقد تنطبق حدود أسبوعية. ويمكن أن تستهلك المهام السحابية حصة أكبر من الرسائل المحلية. وتقديرات عدد الرسائل في صفحة الأسعار تخصّ الاستخدام المحلي؛ فهي لا تضمن عددًا محدّدًا من المهام السحابية. ويمكن لمستخدمي Plus وPro المؤهلين شراء أرصدة إضافية دون ترقية خطتهم. راجع لوحة الاستخدام لمعرفة الحدود الحالية ومواعيد تجديد الحصة. يوضّح دليل أسعار Codex واستخدامه العوامل المؤثرة.

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

للمقارنة الأوسع بين الاشتراك واستخدام API، راجع أسعار Codex في 2026. يتطلّب Cloud تسجيل الدخول بحساب ChatGPT، بينما تخضع جلسة CLI محلية تستخدم مفتاح API لفوترة API المنفصلة. تشرح خيارات المصادقة هذا الفرق.

كيف تُجهّز بيئة Codex قابلة لإعادة الاستخدام؟

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

1. اربط المستودع. من الويب أو تطبيق سطح المكتب، اختر Work in > Cloud > Select environment > Create environment. حدّد مستودعات GitHub، واربط حساب GitHub إذا طُلب منك ذلك.
2. جهّز المشروع. اختر Get started، ودع Codex يفحص المشروع ويثبّت ما يحتاج إليه ويختبره. زوّده بالمعلومات الناقصة والإصدارات المطلوبة.
3. راجع سكربت الإعداد. يسجّل Install script خطوات تجهيز الاعتماديات، ويسجّل Start skill خطوات تشغيل الخدمات والتأكّد من جاهزيتها. حسّن الإعداد بالحوار.
4. اضبط القيم. اختر Manage بجانب متغيرات البيئة أو أسرار الشبكة. ولإضافة سرّ شبكة، أدخل مفتاحه وقيمته والنطاقات المسموح بها.
5. اضبط الوصول إلى الإنترنت. فعّل Allow Codex to access internet عند الحاجة. اختر Package managers أو Custom domains only، وأضف المضيفين المطلوبين. يتيح خيار All (unrestricted) وصولًا أوسع.
6. انشر البيئة وابدأ. راجع الملفات والإعدادات ونتائج الفحوص. احفظ، ثم اختر Publish. بعد ظهور Environment published، ابدأ مهمة جديدة. ولتعديل الإعداد لاحقًا، استخدم Edit ثم Republish.

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

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

ما أفضل ثلاث مهام للبدء؟

اختر مهمة ذات نقطة بداية واضحة ونطاق صغير، وتنتج أدلة يمكنك فحصها بعد الانتهاء. التكليفات التالية مقترحات تستطيع تكييفها مع مستودعك.

أصلح اختبارًا يفشل

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

صيغة مناسبة للتكليف:

أعد إنتاج فشل هذا الاختبار باستخدام الأمر الموثّق في المشروع. حدّد السبب ونفّذ أصغر إصلاح صحيح. لا تُضعف شرط التحقّق لمجرد تمرير الاختبار. شغّل الاختبار المعني والاختبارات القريبة ذات الصلة. لخّص الملفات التي تغيّرت والنتائج وما بقي غير محسوم.

هذه أفضل مهمة أولى في رأيي، لأن حالة المشروع قبلها وبعدها واضحة. ومع ذلك، فإن اجتياز الاختبار لا يغني عن مراجعة الفروق: يجب أن يُصلح التعديل السلوك، لا أن يخفي الفشل فحسب.

اكتب ترحيلًا لقاعدة البيانات

إذا كنت مطوّرًا للأنظمة الخلفية وتغيّر مخطط قاعدة البيانات، فاطلب ملف الترحيل واعتبارات التوافق واختبارات تُجرى على بيانات مؤقتة يمكن التخلص منها. والترحيل تغيير ذو إصدار محدّد يطال بنية قاعدة البيانات أو البيانات المخزّنة فيها.

صيغة مناسبة للتكليف:

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

النتيجة المفيدة هي تنفيذ قابل للمراجعة وخطة أوضح لإطلاق التغيير. لكن كتابة الترحيل لا تحسم مسألة الأقفال في بيئة الإنتاج، أو المدة اللازمة لاستكمال البيانات القائمة، أو إمكانية تشغيل الإصدارين القديم والجديد من التطبيق معًا. أبقِ هذه القرارات بيد المسؤول عن النشر.

راجع طلب دمج

إذا كنت مسؤول صيانة تنتظر تغييرات أحد زملائك، فحدّد فرع طلب الدمج أو عمليات الإيداع التي يتضمّنها، وحدّد الفرع الأساسي. اطلب ملاحظات مدعومة بالأدلة، مع إبقاء ملفات العمل دون تغيير.

صيغة مناسبة للتكليف:

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

إذا أردت المراجعة المدمجة في GitHub، فإن توثيق OpenAI يذكر ربط المستودع وكتابة تعليق @codex review على طلب الدمج. يشرح دليل إعداد المراجعة في GitHub هذا المسار. وخلال الانتقال، تظل Code Review وSecurity Review وتكاملات GitHub وLinear القائمة تستخدم Codex Cloud (Legacy). تؤكّد صفحة المساعدة الخاصة بـCloud هذا التفريق.

طلب المراجعة داخل مهمتك السحابية الجديدة والمراجعة التلقائية عبر GitHub مسارا عمل منفصلان.

ثلاث مهام أخرى تستحق التفويض

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

اكتب معيار قبول النتيجة ضمن التكليف. فعبارة «حسّن قاعدة الشيفرة هذه» تترك قرارات كثيرة دون حسم، فلا تصلح مهمة أولى مفيدة.

كيف تتابع العمل وتوجّهه من هاتفك؟

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

من الهاتف، افتح Codex واختر البيئة المنشورة. افتح المهمة مجددًا لمتابعة التقدّم وإرسال التصحيحات. يشرح دليل Cloud العام مسار العمل عبر الأجهزة.

رسالة التوجيه الجيدة تحسم قرارًا:

• «أبقِ الإصلاح داخل محلّل الصيغة، وحافظ على البنية العامة للاستجابة.»
• «استخدم قاعدة بيانات اختبار مؤقتة يمكن التخلص منها لاختبار الترحيل.»
• «توقّف بعد إعداد التعديل وتقرير الاختبارات، واترك النشر للمراجعة.»

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

السحابة أم CLI المحلي: أيهما أنسب لمهمتك؟

اختر السحابة حين تحتاج إلى أن تستمر مهمة واضحة النطاق بصورة مستقلة. واختر CLI المحلي حين تعتمد المهمة على الملفات وأدوات التطوير الموجودة على جهازك.

يمكن لـCLI فحص مستودع محلي وتعديل الملفات وتشغيل الأدوات المثبّتة. افتح مجلد المشروع، وشغّل codex، ثم سجّل الدخول بحساب ChatGPT. ويمكنه أيضًا تفويض العمل عبر codex cloud، لذا لا تحدّد الواجهة التي تبدأ منها مكان تنفيذ المهمة. يغطّي دليل CLI الخيارين.

الخيارات التالية توصياتي:

لا تدعم بيئات Cloud الحالية تحكّم الوكيل بالحاسوب أو المتصفّح، ولا GitLab أو GitHub Enterprise Server المستضاف ذاتيًا. كما لا تُزامَن المهارات المحلية الشخصية. ينبغي أن تحكم قرارك القيود الحالية أكثر من مجرد تفضيل عام للسحابة.

ضيّق نطاق الوصول وراجع فروق الشيفرة

اعرف ما الذي تستطيع البيئة الوصول إليه. تتحكّم النطاقات المسموح بها في الوجهات التي تصل إليها الآلة الافتراضية عبر الشبكة؛ لكنها لا تمنح صلاحيات استخدام الخدمات. كما تسمح أسرار الشبكة التابعة للبيئة بالوصول إلى نطاقاتها. وتُطبَّق متطلّبات Agent Security في Enterprise إلى جانب إعدادات البيئة. يشرح دليلا إعداد الشبكة وAgent Security هذه الضوابط.

اختر الطريقة المناسبة لإيصال بيانات الاعتماد. تصل متغيرات البيئة المباشرة إلى البرامج. أما أسرار الشبكة فتستخدم قيمًا بديلة عبر وكيل للوجهات المعتمدة التي تعمل عبر HTTPS على المنفذ 443، أثناء الإعداد وتنفيذ المهام، مما يُبقي بيانات الاعتماد الأصلية خارج العمليات والملفات المحلية. يشرح دليل التعامل مع الأسرار هذه الآلية.

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

أهلية حساب Healthcare لا تعني أن Cloud مشمول باتفاقية BAA لدى OpenAI، وهي اتفاقيتها الخاصة بالتعامل مع البيانات الصحية المشمولة بالحماية. تنصّ OpenAI على عدم معالجة المعلومات الصحية المحمية في Codex Cloud. تحدّد قيود البيانات في Cloud هذا الحد.

لضوابط العمل الجماعي، راجع كيفية إعداد أمان Codex بعد DevDay.

ما المنتجات التي يمكن بناؤها حول هذا الأسلوب؟

أقوى فرصة هي حزمة لإصلاح الأعطال التي تمنع إصدار المنتج، مخصّصة لمنظومة تقنية واحدة. بع مسار العمل القابل للتكرار وآلية التحقّق للفرق التي تخسر وقتها بسبب اختبارات تفشل. يقدّر فحص DataForSEO بتاريخ 7 أكتوبر وجود 1,600 عملية بحث شهريًا في Google بالولايات المتحدة عن عبارة “automated software testing tools”. هذا يقيس الاهتمام بالمهمة، وليس الطلب على Codex Cloud تحديدًا.

أبسط نسخة مفيدة قد تتكوّن من تعليمات للمستودع، وتجهيزات اختبار يمكن إعادة إنتاجها، وتكليفات إصلاح محدّدة، ودليل لتجهيز البيئة. قِس ما إذا كانت التعديلات المقترحة تحافظ على السلوك المقصود وتقلّل جهد المراجعة. والتحدّي هنا تنوّع البنية التحتية للاختبارات: دعم منظومات تقنية كثيرة سيجعل صيانة حزمة صغيرة مكلفة.

يمكن أن تخدم حزمة للتحقّق من ترحيلات قواعد البيانات فرقًا تستخدم إطار عمل وقاعدة بيانات محدّدين. تقدّر DataForSEO وجود 1,300 عملية بحث شهريًا في الولايات المتحدة عن عبارة “database migration tools”. وقد تتضمّن النسخة الأولية القابلة للاستخدام قوالب ترحيل، وبيانات اختبار مؤقتة، وفحوص توافق، وصيغ طلبات مراجعة يشغّلها المطوّر في بيئة مجهّزة. والتحدّي هو السلوك في بيئة الإنتاج: لا تستطيع حزمة قابلة لإعادة الاستخدام أن تضمن أن تطبيق التغيير على قاعدة بيانات حقيقية سيكون آمنًا أو سريعًا.

ويمكن أن تساعد حزمة أدلة لمراجعة طلبات الدمج مسؤولي الصيانة على توحيد طريقة طلب الملاحظات وتقييمها. تقدّر DataForSEO وجود 1,300 عملية بحث شهريًا في الولايات المتحدة عن عبارة “ai code review”، ومن الأسئلة المطروحة في البحث “Can ChatGPT do a code review?” ابدأ بإرشادات للمستودع، وتكليفات مراجعة، وصيغة لعرض الأدلة المصاحبة للملاحظات. والتحدّي أن المراجعة المدمجة موجودة بالفعل؛ لذا يجب أن تضيف الحزمة حكمًا متخصصًا في مجال المشروع وفحوصًا مفيدة.

هذه المنتجات الثلاثة مقترحات مبنية على تفويض المهام الموثّق. أرقام البحث تقديرات للاهتمام بنوع المهمة، وليست أعداد عملاء أو توقّعات إيرادات. ابدأ بحزمة الإصلاح: قياس معيار قبولها أسهل من قياس الجودة العامة للمراجعة.

هل يستطيع ChatGPT مراجعة الشيفرة؟

نعم. لدى Codex مسار موثّق لمراجعة طلبات الدمج في GitHub، ويمكنك أيضًا طلب مهمة فحص. حدّد الفرع الأساسي والمخاطر التي تريد التحقّق منها. وأبقِ قرار الدمج بيد الإنسان.

هل الشيفرة التي يولّدها الذكاء الاصطناعي آمنة؟

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

هل تستحق مراجعة الشيفرة الجهد؟

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

خطوة عملية تبدأ بها أسبوعك

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

إذا أردت إدخال هذا الأسلوب في عملية تسليم فريقك، ابنِ نظام إنتاج بالذكاء الاصطناعي.