قد تظهر أحيانًا عند فتح تطبيق Codex على سطح المكتب شاشة بعنوان «تعذّر تحميل إعدادات المؤسسة»، فلا تستطيع المتابعة. تُوحي الصياغة بأن السبب في الشبكة أو البروكسي، لكن وفقًا لتقارير الأخطاء الخاصة بـ Codex على GitHub، فإن السبب كثيرًا ما يكون شيئًا آخر غير الشبكة. تعرض هذه المقالة حالة حقيقية على جهاز Windows في 22 أكتوبر 2026 وتم إصلاحها، وأنواع الأسباب التي أبلغ عنها المستخدمون، وطريقة تمييزها في السجلات، وما يُفضَّل عدم تجربته أولًا.

أولًا

اضغط «إعادة المحاولة»

قد تُحلّ الأخطاء التي تظهر مباشرة بعد التحديث بإعادة المحاولة أو بإعادة فتح التطبيق. وفي حالة حقيقية، أدت محاولة واحدة إلى الحل.

مؤجَّل

«تسجيل الخروج»

غالبًا ما لا يكون السبب هو الحساب. وفي Windows توجد تقارير تفيد بأن تسجيل الخروج يؤدي إلى شاشة خطأ.

إن لم تُحلّ المشكلة

حدّد النوع من السجلات

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

فهرس المحتويات

1. الشاشة، والنص في النسخة الإنجليزية

تظهر الشاشة في الواجهة العربية كما يلي.

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

أسفل الرسالة ثلاثة أزرار: «إعادة المحاولة» و«تسجيل الخروج» و«إنهاء».

في الواجهة الإنجليزية يكون عنوان الشاشة «Organization settings could not be loaded». وتوجد في تقارير GitHub أمثلة يكون فيها العنوان «Unable to load organization settings» مع نص أقصر.

تقول الشاشة «إعدادات المؤسسة»، لكنها لا تظهر مع حسابات العمل أو الدراسة وحدها. وقد أبلغ مستخدمون عنها مع حسابات Plus الفردية، ومع من يستخدم مفتاح API. فعند كل تشغيل لـ Codex، يتحقق التطبيق مما إذا كان المسؤول قد حدّد إعدادات (تظهر في السجلات باسم managed preferences)، ويتوقف حتى تنتهي هذه القراءة. وإذا فشلت قراءة هذه الإعدادات أو انتهت مهلتها، تظهر هذه الشاشة بغض النظر عن السبب.

المصدر: openai/codex #54478 و#53100 (تقارير أخطاء على GitHub الخاصة بـ Codex، من كتابة المستخدمين).

2. أول ما ينبغي فعله

  1. اضغط «إعادة المحاولة»إذا ظهر الخطأ مباشرة بعد تحديث التطبيق، فقد يكفي هذا لتجاوزه.
  2. إن لم يُفد ذلك، فأغلق التطبيق بـ«إنهاء» وأعد فتحهابدأ Codex من جديد من شريط المهام أو من قائمة ابدأ.
  3. إن ظهرت الشاشة مجددًا، فتحقق من الشبكةهل يمكنك فتح chatgpt.com في المتصفح؟ إن كنت تستخدم بروكسي شركة أو VPN، فجرّب مرة أخرى مع إيقافه.
  4. إن ظهرت الشاشة مجددًا، فانظر إلى نوع السبب في السجلاتراجع الفصل 5 لمعرفة طريقة التمييز بين الأنواع. يختلف الحل باختلاف النوع.

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

3. حالة حقيقية تم إصلاحها: مباشرة بعد التحديث

في صباح 22 أكتوبر 2026، ظهرت هذه الشاشة على جهاز Windows 11 تستخدمه AI Arte (Codex 26.1016.6573.0، إصدار Microsoft Store). ضغطة واحدة على «إعادة المحاولة» كانت كافية لإصلاحها. يُظهر سجل التطبيق أن الأحداث وقعت بهذا الترتيب (الأوقات بتوقيت اليابان).

01:11تم تحديث تطبيق Codex إلى 26.1016.
06:37تم استبدال المحرّك الداخلي فأُعيد تشغيل التطبيق، وبدأ نسخ المحرّك الجديد إلى مجلد على الجهاز.
06:40في اللحظة نفسها تقريبًا التي انتهى فيها النسخ، سُجّل السطر التالي: Desktop startup policy read failed (فشلت قراءة إعدادات بدء التشغيل) … reason=timeout. وفي هذا الوقت ظهرت الشاشة.
بعد ذلكعند الضغط على «إعادة المحاولة» انتقل التطبيق مباشرة إلى الشاشة المعتادة.

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

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

المصدر: openai/codex #55516 (تقرير من مستخدم). والحالة الحقيقية من سجل التطبيق على جهاز AI Arte (22 أكتوبر 2026).

4. أنواع الأسباب المُبلَّغ عنها

تتضمن تقارير أخطاء Codex على GitHub أمثلة كثيرة على الشاشة نفسها (وكثير منها لا يزال غير محلول حتى 22 أكتوبر 2026). وكلها تقارير من المستخدمين. ولم تُعلن OpenAI حتى الآن رسميًا عن سبب لها أو عن حل لها.

النوعمتى يحدثالحل المُبلَّغ عنه
مباشرة بعد التحديثأول تشغيل بعد تحديث التطبيق أو المحرّكإعادة المحاولة أو إعادة فتح التطبيق (المثال في الفصل 3)
إعداد WSLالوكيل مضبوط على العمل داخل Windows Subsystem for Linux (على Windows)توجد تقارير تفيد بأن التطبيق يعمل بعد إعادة بيئة التنفيذ إلى Windows
بعد الإغلاق غير الطبيعييظهر في كل مرة بعد تعطّل التطبيق أو توقفه أثناء التحديث (وهو أكثر احتمالًا مع سجل محادثات كبير)في مثال توقفت فيه معالجة قاعدة بيانات السجل في منتصفها، أصلح المُبلِّغ المشكلة بتعديل قاعدة البيانات مباشرة
بروكسي أو VPN أو جدار حمايةتستخدم شبكة شركة أو بروكسيًا على جهازكتحقّق من الاتصال بـ chatgpt.com، وجرّب مرة أخرى مع إيقاف البروكسي أو VPN
Mac وLinuxتوجد تقارير بالعنوان نفسه على macOS وLinux أيضًاالأسباب متنوعة، ولا يوجد حل ثابت

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

المصدر: #55516 (مباشرة بعد التحديث)، و#54478 (WSL)، و#52836 (بعد الإغلاق غير الطبيعي)، و#55207 (بروكسي)، و#55245 (macOS)، و#53100 (Linux). وجميعها تقارير أخطاء في openai/codex، تم التحقق منها في 22 أكتوبر 2026.

5. تمييز الأنواع من خلال السجلات

في إصدار Microsoft Store على Windows، تُحفظ سجلات التطبيق حسب التاريخ في المجلد التالي. يمكنك فتحه بلصقه في شريط العنوان في مستكشف الملفات.

%LOCALAPPDATA%\Packages\OpenAI.Codex_(أحرف إنجليزية ورقمية)\LocalCache\Local\Codex\Logs\(السنة)\(الشهر)\(اليوم)

افتح ملف .log الخاص بالوقت الذي ظهر فيه الخطأ في المفكرة، وابحث عن الأسطر التالية. تُكتب الأوقات بالتوقيت العالمي المنسّق (UTC)، أي بطرح 9 ساعات من التوقيت الياباني.

Desktop startup policy read failed … reason=timeoutانتهت مهلة تحميل الإعدادات. إذا ظهرت قبله أسطر runtime_component_resolved وكانت الفجوة بينها عدة دقائق، فالنوع هو النوع المباشر بعد التحديث. وكثيرًا ما تنجح إعادة المحاولة في تجاوزه.
bundled_executable_relocation_failed (…\bin\wsl\…)فشل تحضير مكوّن للتشغيل عبر WSL. هذا هو نوع WSL.
state db backfill … timed outمعالجة قاعدة بيانات السجل لا تنتهي. هذا هو نوع «بعد الإغلاق غير الطبيعي». ولا يظهر هذا السطر في سجل التطبيق، وقد وجده المُبلِّغ بتشغيل أحد مكونات Codex منفصلًا.
403 · cloudflare_challengeيتم حظر الاتصال عند نقطة دخول OpenAI. وهو شائع في الخطأ المختلف الوارد في الفصل 8.

حتى دون فتح السجلات، يمكن تضييق النوع كثيرًا بالنظر إلى أمرين:

هل يعمل ChatGPT في المتصفح؟إذا كان Codex يعمل بشكل طبيعي على chatgpt.com في المتصفح بينما يتوقف التطبيق وحده، فمن غير المرجّح أن يكون السبب الشبكة. فكّر في أن يكون السبب مباشرة بعد التحديث، أو WSL، أو الإغلاق غير الطبيعي.
ما الذي حدث قبل ذلك؟إذا حُدّث التطبيق أثناء الليل، فالأرجح أنه نوع «مباشرة بعد التحديث». وإذا بدّلت بيئة تنفيذ الوكيل إلى WSL، فالأقرب نوع WSL. وإذا تعطّل التطبيق أو أُغلق قسرًا، فالأقرب نوع «بعد الإغلاق غير الطبيعي».

إذا كان النوع WSL، فأسهل ما يمكن اختباره هو إعادة بيئة تنفيذ الوكيل إلى Windows. ففي #54478 يذكر المستخدم أن التطبيق بدأ العمل بعد تغيير Agent environment في إعدادات التطبيق من «Windows Subsystem for Linux» إلى Windows. وأكّد مستخدم آخر، على الجهاز نفسه، عدة مرات أن إيقاف هذا الإعداد (runCodexInWindowsSubsystemForLinux ضمن [desktop]) يسمح بتشغيل التطبيق، وأن تفعيله يعيد ظهور هذه الشاشة.

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

6. ما يُفضَّل تجنّبه في البداية

تسجيل الخروج فورًاتقترح الشاشة ذلك، لكن كثيرًا من الأسباب لا علاقة لها بالحساب. وفي نوع WSL أُفيد بأن تسجيل الخروج أعاد الشاشة نفسها. وهناك تقرير آخر يفيد بأنه في إصدار Windows لا يعيد تسجيل الخروج إلى شاشة تسجيل الدخول، بل يعرض شاشة خطأ، ولا يمكن تسجيل الدخول مجددًا حتى يُغلق التطبيق إغلاقًا كاملًا.
حذف مجلد Codexفي موضوع عن عرض مختلف لم يبدأ فيه التطبيق، يذكر منشور أن حذف مجلد بيانات Codex بالكامل (.codex) أصلحه. وفي الموضوع نفسه يقترح منشور آخر أن إعادة تسمية المجلد بدلًا من حذفه تحفظ المعلومات المهمة الموجودة فيه. أعِد تسميته أو انسخه احتياطيًا إلى مكان آخر بدلًا من حذفه.
إعادة التثبيت فورًافي تقرير عن Linux لم تُفد إعادة التثبيت. يبقى سجل المحادثات والبيانات بعد إعادة التثبيت، لذا إذا كان السبب موجودًا هناك فستظهر الشاشة نفسها.

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

المصدر: #54478 و#53100 (تقارير أخطاء على GitHub)، وSign out on Codex for Windows shows an error screen، وBug: Codex Desktop App Doesn't Load, Stuck on Logo Screen (منتدى OpenAI، منشورات من المستخدمين).

7. المعلومات التي تُقدَّم إن لم تُحلّ المشكلة

إذا لم تُحلّ المشكلة، فابحث في Issues في مستودع openai/codex على GitHub عن تقارير لنفس العرض، وأضف معلوماتك إليها. (قبل فتح تقرير جديد، تحقّق من أنه لا يوجد تقرير مشابه.) والمعلومات المفيدة هي التالية:

  • إصدار تطبيق Codex (يظهر في «About Codex» داخل التطبيق) وإصدار نظام التشغيل
  • التاريخ والوقت اللذان بدأ فيهما الخطأ، وما الذي حدث قبله (تحديث، أو إغلاق غير طبيعي، أو تغيير في الإعدادات، وغير ذلك)
  • بيئة تنفيذ الوكيل (Windows أو WSL)، وهل تستخدم بروكسيًا أو VPN
  • أي من الأسطر الواردة في الفصل 5 ظهرت في سجلك (تلك الأسطر فقط)

8. خطأ مشابه لكنه مختلف

هناك أيضًا خطأ مختلف يُفتح فيه التطبيق بشكل طبيعي، لكن عند بدء دردشة جديدة يظهر «Couldn't load workspace settings» (تعذّر تحميل إعدادات مساحة العمل). وهذا الخطأ لا يوقف التطبيق عند بدء التشغيل، بل يوقف بدء الدردشات الجديدة وإرسال الرسائل. وتُظهر كثير من تقارير GitHub أن الاتصال يُحظر برمز 403 عند نقطة دخول OpenAI (Cloudflare)، وتوجد تقارير تفيد بأن ChatGPT يعمل في المتصفح بينما يتوقف التطبيق وحده.

إذا كان متصفح Codex المدمج لا يعمل، فراجع مثال على الاستعادة عندما لا يكون متصفح Codex متاحًا. وإذا ظهرت أخطاء Docker أو WSL بعد نقل التطبيق إلى قرص آخر، فراجع أخطاء Docker وWSL بعد نقل تطبيق Windows.

المصدر: #55489 و#55513 (تقارير أخطاء على GitHub).

الخلاصة

  • تظهر رسالة «تعذّر تحميل إعدادات المؤسسة» عندما يفشل تحميل الإعدادات عند بدء التشغيل أو تنتهي مهلته. والسبب ليس الشبكة دائمًا.
  • اضغط أولًا على «إعادة المحاولة»، فإن لم تُفد فأغلق التطبيق بـ«إنهاء» وأعد فتحه. وفي حالة الخطأ الذي ظهر مباشرة بعد التحديث، أدت محاولة واحدة إلى الحل.
  • تتمحور الأنواع المُبلَّغ عنها حول أربعة أسباب: مباشرة بعد التحديث، وإعداد التشغيل عبر WSL، وبعد الإغلاق غير الطبيعي، والبروكسي أو VPN.
  • يمكن تمييز الأنواع من خلال أسطر السجل. فانتهاء المهلة مباشرة بعد التحديث يشير إلى هذا النوع، وفشل أحد مكونات WSL يشير إلى نوع WSL.
  • لا تسجّل الخروج فورًا. وقبل أن تحذف شيئًا أو تعيد تثبيته، احتفظ بنسخة احتياطية من مجلد Codex.

الأسئلة الشائعة

س. هل يظهر هذا الخطأ مع حساب غير حساب العمل؟

ج. نعم. فقد أبلغ مستخدمون عنه مع حسابات Plus الفردية، ومع من يستخدم مفتاح API. «إعدادات المؤسسة» هو اسم العملية التي تتحقق مما إذا كان المسؤول قد حدّد إعدادات.

س. هل تُحلّ المشكلة إذا انتظرت؟

ج. إذا كان النوع «مباشرة بعد التحديث»، فقد تنجح إعادة المحاولة أو إعادة فتح التطبيق بعد انتهاء التحضير. أما نوع WSL ونوع «بعد الإغلاق غير الطبيعي»، فتُفيد تقارير كثيرة بأن الشاشة نفسها تعود مهما أعدت فتح التطبيق، لذلك تحقّق من النوع في السجل.

س. هل اختفى سجل المحادثات؟

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

س. هل ستصلح OpenAI المشكلة؟

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

المصادر