إطلاق Codex Cloud: متى ينبغي الاستمرار في تشغيل وكلائك على أجهزتك الخاصة؟

خلال فعاليات مؤتمر DevDay في 29 سبتمبر، أعلنت OpenAI أن المطورين "يمكنهم تشغيل Codex أينما احتاجوا إليه: على جهاز كمبيوتر، أو عن بُعد عبر الهاتف، أو عبر السحابة من أي جهاز". لكن الجملة الأهم لفرق العمل في الملخص الختامي لـ DevDay جاءت تاليةً لذلك مباشرة؛ إذ أوضحت أن بيئات التطوير القابلة لإعادة الاستخدام "تساعد على بدء المهام بسرعة وتمنح فريقك إعدادات مشتركة مع تكوينات وأذونات معتمدة مسبقًا". تتوفر سحابة Codex لمشتركي باقات Plus وPro وBusiness وHealthcare وEducation وEnterprise.

بالنسبة لمطور يعمل بمفرده، قد يحسم هذا الأمر مسألة الاختيار. أما بالنسبة لفريق عمل يشغّل بالفعل Claude Code على محطة عمل، وCodex على خادم بناء (build server)، وGemini على كمبيوتر محمول لأحد الزملاء، فإن هذا الخيار يضيف موقعًا تشغيليًا آخر فحسب. بات العمل يبدأ الآن في سحابة OpenAI، وعلى أجهزتك الخاصة، أو حتى عبر هاتف أثناء ركوب القطار، ويحتفظ كل مكان بقائمته المنفصلة لسجل التشغيل. وبذلك أضيفت وجهة جديدة يتعين تفقدها لمعرفة الوكيل المخصص لكل مهمة، وما الذي اكتمل، وما الذي ينتظر المراجعة. لذا، فإن السؤال العملي الحقيقي ليس "هل نعتمد على السحابة أم على بيئة محلية؟"، بل ما هو العمل المناسب لكل بيئة، وأين يُحفظ سجل ذلك العمل؟

ملخص سريع

تُعد سحابة Codex الخيار الأنسب لمهام Codex التي تتطلب انطلاقًا سريعًا، أو التي تحتاج لمواصلة العمل أثناء وضع السكون للكمبيوتر المحمول، أو التي تبدأ مباشرة من الهاتف، بالإضافة إلى الفرق التي تبحث عن إعداد موحد ومعتمد بدلاً من قيام كل فرد بتهيئة بيئته الخاصة. في المقابل، تتفوق أجهزتك الخاصة (Computers) عندما تتطلب المهمة تشغيل Claude Code أو أي بيئة تشغيل (Runtime) أخرى بخلاف Codex، أو عتادًا يتجاوز مواصفات الأجهزة الافتراضية المحددة في باقتك، أو أي متطلبات تُدرجها وثائق OpenAI لبيئات السحابة كأمور غير مدعومة حاليًا: مثل مستودعات GitLab، أو استخدام المتصفح (browser use)، أو الخدمات الخاصة التي يُتصل بها عبر SSH أو بروتوكولات قواعد البيانات. ولا يحدد أي من الخيارين من أسند المهمة أو من يوافق على نتائجها؛ فهذا شأن يظل مسؤولية الفريق من خلال المهام (Tasks).

ما توفره لك بيئة سحابة Codex

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

صُمم نموذج الوصول بعناية تتجاوز بكثير مجرد سكربت إعداد يحتوي على رمز وصول ملصق. تنتقل متغيرات البيئة مباشرة إلى البرامج، بينما لا تصل أسرار الشبكة الحساسة إلى العمليات على الإطلاق؛ إذ تتلقى البرامج بديلاً رمزيًا (placeholder)، في حين يتولى خادم وكيل (proxy) استبداله ببيانات الاعتماد الحقيقية فقط عند الاتصال بوجهات HTTPS المسموح بها. كما أن الوصول إلى الإنترنت خيار يمكنك تفعيله ثم تقييد نطاقه، سواء عبر إعدادات مسبقة لمديري الحزم أو قائمة نطاقات مخصصة. ويمكن الوصول إلى الخدمات الخاصة عبر شبكة افتراضية خاصة (VPN)، وتُعد Tailscale المزود المدعوم حاليًا، كما يمكن لمساحات عمل Enterprise طلب اتصالات OIDC للحصول على بيانات اعتماد سحابية قصيرة الأجل.

بدء العمل يتمتع بالمرونة نفسها؛ إذ تستعرض نظرة عامة على Codex Cloud إمكانية التشغيل عبر الويب، وتطبيق سطح المكتب، والهاتف المحمول، وواجهة سطر أوامر Codex CLI. كما تستطيع مساحات عمل Enterprise المزودة بميزة التفويض السحابي إطلاق المهام مباشرة عبر الإشارة إلى @ChatGPT في Slack أو Microsoft Teams. ويمكن مشاركة بيئة Enterprise مع مساحة العمل بأكملها، مما يتيح لأي عضو جديد في الفريق الانطلاق مباشرة من الإعداد المعتمد بدلاً من إعادة بنائه من الصفر. وبالنسبة لمهام Codex، يقضي ذلك على مشكلة تباين الإعدادات وتفاوتها (setup drift).

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

ما يوفره لك حاسوب Sharkly Computer

يُمثل حاسوب Computer أي جهاز متصل أو خادم أو حاوية يمكن للوكيل (Agent) تنفيذ المهام عليها. ووفقًا لما جاء في توثيق Sharkly Computers، فإنه "يوفر نظام التشغيل، والملفات، وبيانات الاعتماد، وإمكانية الوصول إلى الشبكة، والأدوات التي يحتاجها الوكيل البرمجي". وتقوم خدمة محلية خفيفة بتسجيل الجهاز واكتشاف بيئات التشغيل (Runtimes) المثبتة عليه، واستقبال عمليات التشغيل المدرجة في قائمة الانتظار، وبث مستجدات التقدم لحظيًا. وتفتح الخدمة الاتصال باتجاه الخارج، مما يغني التكوين المعتاد عن الحاجة إلى فتح أي منافذ واردة (inbound ports).

تبرز هنا ثلاث مزايا أساسية للمقارنة. أولاً، يمكن لجهاز Computer واحد توفير عدة بيئات تشغيل (Runtimes) في الوقت نفسه؛ حيث تدعم Sharkly بيئات مثل Claude Code وCodex وGemini وOpenCode وOpenClaw وHermes، بالإضافة إلى بيئة ACP Runtime مخصصة لتغطية أي أداة لا تكتشفها الخدمة المحلية تلقائيًا، كما يمكن لجهاز واحد خدمة وكلاء متعددين. ثانيًا، العزل يكون على مستوى كل مهمة (Task)؛ ففي الوضع المؤقت (Temporary mode) تحصل كل مهمة على دليل معزول خاص بها، ويمكن لعمليات التشغيل المعتمدة على المستودعات استخدام مساحة عمل متفرعة جديدة (worktree)، وهي الطريقة التي يتجنب بها الوكلاء المتوازيون تعارضات الدمج (merge conflicts). أما في الوضع المحدد (Specified mode)، فتُعيد عملية التشغيل استخدام دليل محلي مهيأ مسبقًا بكل تبعياته وبياناته المخزنة مؤقتًا (caches) وخدماته المحلية الجاهزة، بمعدل عملية واحدة في كل مرة. ثالثًا، تظل بيانات الاعتماد ملكك بالكامل؛ إذ يحمل الوكيل متغيرات البيئة العادية والسرية، ولا يحصل كل تشغيل إلا على البيئة وبيانات الاعتماد المصرح له بها فقط، كما يظل الجهاز ذو مستوى الرؤية الشخصية (Personal) متاحًا لمالكه فقط.

الضريبة الصريحة لذلك هي أن إدارة المضيف تقع على عاتقك أنت أيضًا. فإذا انقطع اتصال الجهاز، ستنتظر عمليات التشغيل الجديدة عودته للاتصال. صحيح أن تطبيق سطح المكتب يمكنه منع وضع السكون، وعلى نظام macOS يمكنه مواصلة العمل والغطاء مغلق عندما يسمح النظام بذلك، إلا أن عمليات التشغيل الطويلة دون إشراف مكانها الأنسب هو خادم تتحكم فيه بالكامل، كما أوضحنا في مقال تشغيل وكلاء البرمجة عن بُعد. أما من حيث التكلفة فلن يطرأ عليها أي تغيير؛ إذ لا تستهلك الأجهزة وبيئات التشغيل مقاعد مستخدمين ضمن خطط أسعار Sharkly، كما أن Sharkly لا تبيع التوكنات، ويعتمد وكيل Codex على باقة ChatGPT أو مفتاح API المستخدم لتسجيل الدخول في أداة Codex CLI الخاصة به.

سحابة Codex أم جهازك الخاص: جدول المفاضلة والقرار

تستند جميع التفاصيل الخاصة بسحابة Codex أدناه إلى وثائق البيئات السحابية لدى OpenAI الصادرة في 30 سبتمبر، بينما تستند التفاصيل المتعلقة بأجهزة Computer إلى وثائق Sharkly.

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

ثمة بند أسقطناه عمدًا من الجدول: "البيانات التي يحظر خروجها من شبكتنا الخاصة". ذلك أن التشغيل على جهازك الخاص يحتفظ بالمستودع والبيانات المؤقتة وبيانات الاعتماد السرية على عتاد تتحكم فيه، لكنه لا يمنع الأوامر والمدخلات (prompts) من الوصول إلى مزود النموذج؛ فكل ما ترسله بيئة التشغيل إلى نموذجها يخرج بالضرورة من شبكتك. وتتبنى OpenAI المبدأ ذاته في منتجاتها؛ حيث توضح وثائق Agents API أن "اختيار بيئة معزولة مستضافة ذاتيًا لا يجعل واجهة برمجة تطبيقات الوكلاء مؤهلة لسياسة عدم الاحتفاظ بالبيانات (ZDR)". فمكان التشغيل يحدد أين تُحفظ الشيفرة البرمجية وبيانات الاعتماد، بينما يخضع الاحتفاظ بالبيانات لاتفاقية منفصلة مع مزود النموذج الخاص بك.

الجمع بين البيئتين: حيث تبرز القيمة الحقيقية للوحة المتابعة

ستلجأ أغلب الفرق البرمجية إلى الجمع بين البيئتين؛ إذ تُرسل الإصلاحات البرمجية السريعة لـ Codex من الهاتف مباشرة إلى البيئة السحابية، بينما تُنفذ عمليات الترحيل التي تحتاج إلى قاعدة بيانات بيئة الاختبار (staging database) عبر وكيل يعمل على جهاز داخل الشبكة. هذا التوزيع منطقي وعملي، لكنه ينتج قائمتين منفصلتين لمتابعة سير العمل.

تعزل سحابة Codex المهام عن بعضها تصميميًا وبشكل مقصود؛ حيث تؤكد الوثائق أن الوصول إلى الإعداد المشترك "لا يمنح صلاحية الوصول إلى مهام الآخرين". وهذا خيار افتراضي سليم لحماية الخصوصية. لكنه يعني أيضًا أن البيئة مشتركة بينما متابعة العمل ليست كذلك، مما يفرض البحث عن وسيلة أخرى للإجابة عن سؤال: "ما الذي تنجزه وكلاء الفريق البرمجية في هذه اللحظة؟" عبر مختلف المهام السحابية والأجهزة المحلية. دعنا نحدد قواعد التوجيه أولاً:

Where does this Task run?
1. Needs a non-Codex Runtime                          -> Agent on a Computer
2. Needs SSH, a database protocol, or private DNS     -> Computer inside that network
3. Needs GitLab, GitHub Enterprise Server, or browser use -> Computer
4. Codex work, allowlisted HTTPS, started away from a desk -> Codex cloud
5. Someone must accept the result                     -> a Task with an Assignee and a reviewer, wherever it ran

القاعدة الخامسة هي الضمان للحفاظ على انسيابية هذا التوزيع وسهولة إدارته. ففي منصة Sharkly، تُمثل المهمة (Task) السجل المرجعي الموحد: يعود إليها تقدم التنفيذ، وسجل الأحداث، والعوائق، والنتائج النهائية، وتصل أي عملية تنتظر المراجعة البشرية مباشرة إلى صندوق الوارد (Inbox) الخاص بالشخص المسؤول. كما يرسل وكيل Codex ووكيل Claude Code على الجهاز نفسه تقاريرهما إلى اللوحة ذاتها، ملتزمين بالنموذج المحدد في إعدادات كل بيئة تشغيل. أما بالنسبة للأعمال التي نُفذت في سحابة Codex، فتكون حلقة الوصل هي طلب السحب (pull request)؛ ما عليك سوى تضمين معرف المهمة (Task ID) في اسم الفرع أو عنوان طلب السحب، وسيعمل تكامل Sharkly مع GitHub على ربط الـ PR بالمهمة تلقائيًا، لتظل الموافقة والاعتماد محصورة في مكان واحد. ويتناول مقالنا عن مهام الوكلاء التي تمتد لما بعد يوم عملك آلية مراجعة المهام الطويلة المنفذة ذاتيًا دون رقابة.

يبحث الوكلاء البرمجيون، وينفذون، ويختبرون، ويقدمون التقارير. في حين يتولى البشر تحديد التوجهات، ومنح الصلاحيات، واعتماد النتائج. وهذا المبدأ لا يتغير أبدًا مهما كان المكان الذي جرى فيه التشغيل.

ماذا يعني كل هذا لبنيتك الحالية؟

تُعد سحابة Codex إجابة ممتازة عن سؤال "أين يجب أن يعمل Codex؟"، لكنها لم تُبنَ لتجيب عن: "ما الذي يشغله كل وكيل من وكلائنا عبر مختلف بيئات التشغيل، ومن اعتمد النتائج؟". احتفظ بجهاز Computer للمهام التي تتطلب بيئات تشغيلك أو عتادك أو شبكتك الخاصة، ودع سحابة Codex تتولى المهام التي تبدأ من الهاتف أو تستمر أثناء إغلاق الكمبيوتر المحمول، واحتفظ بسجل موحد يجمع الاثنين معًا.

إذا كنت ترغب في مواصلة استخدام عدة وكلاء للبرمجة بدلاً من حصر نفسك في منظومة واحدة، فهذه هي المشكلة التي صُممت Sharkly تحديدًا لحلها.