خلل في Codex: GPT-5.6 كان يحذف ملفات المستخدمين — وOpenAI تشرح السبب

أكدت OpenAI في 16 يوليو 2026 وجود خلل خطير في وكيل البرمجة Codex: ففي حالات محدودة، حذف نموذج GPT-5.6 ملفات المستخدمين دون توقع، وصولًا إلى محتويات المجلد الرئيسي ($HOME).

ما الذي يحدث بالضبط

يحذف Codex الملفات عندما تتوافر ثلاثة شروط في وقت واحد، وفق ما كتبه تيبو سوتيو (Thibault Sottiaux) من OpenAI بعد فحص عدة شكاوى من مستخدمين. وبحسب الشركة، يقع الانهيار المدمّر في السيناريو نفسه تقريبًا دائمًا، وليس بشكل عشوائي.

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

• وضع الوصول الكامل (full access) مفعّل، وCodex يعمل دون حمايات sandbox، بما في ذلك دون المراجعة التلقائية للأوامر
• يحاول نموذج GPT-5.6 إعادة تعريف متغير البيئة $HOME لتحديد مجلد مؤقت
• يرتكب النموذج خطأً ويحذف المجلد $HOME نفسه بدلًا من المجلد المؤقت

«بخصوص حذف الملفات. حقّقنا في عدة بلاغات عن حذف GPT-5.6 للملفات دون توقع»، — تيبو سوتيو،

OpenAI، على شبكة X.

لماذا هذا مهم

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

ووصف سايمون ويليسون، صاحب مدونة تقنية شهيرة عن الذكاء الاصطناعي، الحالة بأنها «خلل مزعج إلى حد ما في Codex». فالمشكلة ليست خطأً مطبعيًا عابرًا في الشيفرة، بل خطر منهجي: وكيل يملك وصولًا كاملًا ويعمل دون بيئة معزولة قادر على إتلاف البيانات بسبب خطأ منطقي واحد في استدلال نموذج GPT-5.6.

ويشدّد سوتيو على أن الأمر يتعلق بـ«خطأ بحسن نية» (honest mistake): فالنموذج لا يتصرف بنية خبيثة، بل يخطئ في المنطق أثناء محاولته إنشاء مجلد مؤقت. أما بالنسبة للمستخدم فالفارق ضئيل، إذ تكون النتيجة واحدة: ملفات مفقودة. ولهذا لا تسجّل OpenAI عيبًا منفردًا، بل نمط سلوك يتكرر لدى مستخدمين مختلفين عند إعدادات متشابهة.

كيف تقلّل المخاطر

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

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

ماذا يعني ذلك

تُظهر قصة Codex ثمن استقلالية وكلاء الذكاء الاصطناعي: كلما زادت صلاحيات النموذج ارتفعت كلفة خطئه. والبيئة المعزولة وتأكيد الأوامر ليسا بيروقراطية، بل خط الدفاع الأخير بين خطأ بحسن نية من النموذج وقرص ممسوح.

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

لماذا حذف Codex الملفات؟

بحسب OpenAI، حاول نموذج GPT-5.6 إعادة تعريف المتغير $HOME ليشير إلى مجلد مؤقت، فحذف بالخطأ المجلد الرئيسي نفسه. وظهر الخلل عندما كان وضع الوصول الكامل مفعّلًا دون حمايات sandbox ودون المراجعة التلقائية للأوامر.

كيف أتجنب فقدان الملفات عند العمل مع Codex؟

لا تعطّل sandbox ولا المراجعة التلقائية. وتشير OpenAI إلى أن السيناريو الخطير يقع تحديدًا في وضع full access دون عزل، أي عندما يستطيع النموذج تنفيذ أوامر الحذف مباشرة ودون فحص وسيط.