إذا كنت تقوم بتشغيل Codex CLI الخاص بـ OpenAI على جهاز تطوير طويل الأمد، فهناك احتمال كبير أن يكون SSD الخاص بك ينزف بهدوء. كان هناك خطأ في نظام التسجيل التشخيصي الخاص بـ Codex وهو كتابة مئات التيرابايت من البيانات على الأقراص المحلية.
لا ينقر محرك أقراص SSD الفاشل أو يطحن، ونظرًا لخطورة الخطأ، يمكن أن يؤدي ذلك إلى تآكل قدرة تحمل الكتابة طوال عمر محرك أقراص SSD النموذجي للمستهلك في أقل من عام. لذا، إذا كنت تستخدم Codex، فمن الجيد التحقق من SSD الخاص بك.
قد يتعرض SSD الخاص بك للضرب
يمكن أن يؤدي التسجيل المفرط إلى إنشاء كميات هائلة من عمليات الكتابة على القرص قبل فترة طويلة من ملاحظة وجود أي خطأ
السبب الرئيسي ليس عمل البرمجة الفعلي لـ Codex. إنها قاعدة بيانات SQLite محلية يستخدمها Codex لتخزين الملاحظات وسجلات التشخيص. افتراضيًا، تم ترميز مخزن التسجيل بشكل ثابت إلى مستوى الإسهاب الأكثر ضجيجًا، وهو TRACE، الذي يلتقط كل شيء بدءًا من حمولات WebSocket الأولية إلى أحداث مراقبة نظام الملفات.
لن يبدو ملف قاعدة البيانات نفسه كبيرًا على محرك الأقراص لديك. تشير Byteiota إلى أنه على الرغم من أن قاعدة البيانات نفسها تحتفظ بحوالي 680.000 صف في أي وقت، إلا أن معرفات صفوف SQLite الأساسية قد تجاوزت بالفعل 5.5 مليار صف. يظهر عدم التطابق هذا المشكلة الحقيقية.
كان المخطوطة تُدرج كميات هائلة من صفوف السجل ثم تحذفها على الفور في حركة مستمرة، لذلك ظل حجم الملف على الشاشة صغيرًا بينما امتصت ذاكرة الفلاش الفعلية الموجودة أسفلها دورات كتابة حقيقية ودائمة من خلال ما يسمى تضخيم الكتابة. بالنسبة لكل هذا الضرر الذي لحق بمحرك الأقراص لديك، فإن ما يقرب من 96% من كل شيء تم تسجيله لم يكن له أي قيمة تشخيصية للمستخدم اليومي.
ولجعل الأمور أسوأ، استخدم مطورو متغيرات البيئة القياسية لإيقاف التسجيل المطول، RUST_LOG=تحذير، لم يفعل شيئًا على الإطلاق في هذه الحالة. لقد تجاوز مخزن تسجيل SQLite مرشح التسجيل المعتاد لـ Rust تمامًا، لذلك لم تكن هناك طريقة موثقة لإعادة الاتصال به بنفسك.
جاء الاكتشاف النهائي من Rui Fan، المطور وعضو لجنة مشروع Apache Flink الذي لاحظ وجود خطأ ما في تخزين أجهزته. لقد أصدر إصدار GitHub رقم 28224 في 14 يونيو 2026، بعد أن أدرك أن SSD الرئيسي الخاص به قد استوعب ما يقرب من 37 تيرابايت من عمليات الكتابة في 21 يومًا فقط من الاستخدام العادي للمخطوطة.
وقم بتوسيع ذلك على مدار العام بأكمله، وستحصل على الرقم المشهور الآن وهو 640 تيرابايت سنويًا. بالنسبة للسياق، فإن معظم محركات أقراص SSD الاستهلاكية سعة 1 تيرابايت تحمل تصنيف تحمل مضمون يبلغ حوالي 600 تيرابايت مكتوبة (TBW) طوال عمرها الافتراضي بالكامل. يمكن لـ Codex وحده أن يحرق ذلك في أقل من عام، وهذا لا يأخذ في الاعتبار دورات الكتابة التي سيضعها نظام التشغيل لديك والبرامج الأخرى في نفس محرك الأقراص.
بعد أن اكتسبت المشكلة اهتمامًا بـ 438 نقطة على Hacker News، أقر Thibaut Sottiaux من OpenAI، رئيس المنتجات الأساسية للشركة في ChatGPT وCodex، بالخلل علنًا وأكد أنه تم شحن الإصلاح. تم دمج طلبي سحب في 22 و23 يونيو: توقف أحدهما عن تسجيل كل حدث Responses WebSocket، وقام الآخر بتصفية الأهداف الداخلية المزعجة من السجلات المستمرة.
معًا، أدت الإصلاحات إلى خفض ما يقرب من 85 بالمائة من حجم الكتابة غير الضروري. ومع ذلك، لا يزال هذا ليس حلاً كاملاً. بعد التصحيح، لا يزال من المتوقع أن يكتب Codex حوالي 96 تيرابايت سنويًا في أسوأ السيناريوهات حيث يظل التسجيل على مستوى TRACE لبعض الأحداث نشطًا.
تخزين الفلاش له حدود
تستهلك عمليات الكتابة المستمرة قدرة تحمل SSD، مما يقلل من العمر الافتراضي ويحتمل أن يؤثر على الأداء بمرور الوقت
لا تفشل محركات الأقراص ذات الحالة الثابتة (SSD) كما تفعل محركات الأقراص الثابتة الدوارة. يمكن لخلايا فلاش NAND أن تتحمل فقط عددًا محدودًا من دورات مسح الكتابة قبل أن تتدهور، ولهذا السبب تنشر الشركات المصنعة تصنيفات TBW. إن الخطأ الذي يدفع بصمت مئات التيرابايت من عمليات الكتابة غير المجدية عبر محرك الأقراص الخاص بك يؤدي بشكل فعال إلى تقصير العمر الفعلي لمحرك الأقراص لديك. وهو يفعل ذلك دون أن يظهر كملف منتفخ قد تلاحظه أثناء تصفح التخزين العادي أو صيانة الكمبيوتر.
إذا كنت شخصًا يترك أدوات التطوير المستندة إلى الوكيل تعمل في الخلفية لجلسات طويلة، وهو بالضبط سير العمل الذي كانت OpenAI تدعمه من خلال ميزات Codex المستقلة واستخدام الكمبيوتر، فأنت من بين الأشخاص الأكثر تعرضًا للخطر. حتى إذا قمت بتحديث Codex، فإن الضرر قد حدث بالفعل، وستحتاج إلى استبدال محرك الأقراص لديك للتراجع عن هذا الضرر.
للتحقق من مدى تعرضك، من الأفضل سحب بيانات SMART الفعلية الخاصة بـ SSD الخاص بك باستخدام أداة مثل com.smartctl وتحقق من إجمالي البايتات المكتوبة أو حقول النسبة المئوية المستخدمة. يوفر مصنعو SSD أيضًا أدوات مجانية لمراقبة التخزين وسلامة محرك الأقراص، وهو ما قد يكون مفيدًا في حالة عدم رغبتك في التمرير عبر الجهاز.
إذا لم تكن قد قمت بذلك بالفعل، فتأكد من تحديث Codex إلى سطر 0.142.x على الأقل، والذي يحتوي على كلا الإصلاحين المدمجين. من المفيد أيضًا التحقق من حجم دليل السجل الخاص بك مباشرةً بدلاً من الثقة في مستكشف الملفات، نظرًا لأن العرض قد يكون مضللاً. يمكنك تشغيل دو -ش الأمر على نظام التشغيل MacOS أو Linux، أو تحقق .codex/logs_2.sqlite لملفات WAL كبيرة الحجم.
إذا لم يكن التحديث خيارًا، فيمكن لمستخدمي macOS وLinux إيقاف Codex وحذف ملفات السجل الموجودة وربطها بموقع في /تمب، والذي يعيش عادةً في ملفات tmpfs المدعومة بذاكرة الوصول العشوائي.
يؤدي هذا إلى إعادة توجيه عمليات الكتابة بعيدًا عن محرك الأقراص الفعلي بالكامل، على الرغم من إعادة تعيينه عند إعادة التشغيل وعدم وجود إصلاح مكافئ لمستخدمي Windows.
برامج الذكاء الاصطناعي ليست محصنة ضد الهندسة السيئة
لا تبرر ميزات الذكاء الاصطناعي القوية الإعدادات الافتراضية غير الفعالة، خاصة عندما تؤثر بصمت على أجهزة المستخدمين
يعد خطأ تسجيل Codex بمثابة تذكير جيد بأن الأداة التي تعمل بالذكاء الاصطناعي لا تعني تلقائيًا أنها مصممة بشكل جيد. إن الأداة المصممة لتوفير وقت المطورين كادت أن تكلف بعضهم SSD جديدًا، ونظرًا لأسعار سوق التخزين الحالية، فإن عملية الإصلاح ستكلف وقتًا ومالًا كبيرًا.
أدى إصلاح OpenAI إلى الحد من معظم الأضرار، ولكن العادة الأساسية المتمثلة في الإفراط في تسجيل الدخول إلى أدوات الوكيل التي تعمل دائمًا لم تختف تمامًا. Codex ليس المساعد الوحيد المذنب في هذا الأمر، لذا إذا كنت تعتمد على عوامل تشفير الذكاء الاصطناعي يوميًا، فاجعل التحقق من عمليات الكتابة على القرص وتسجيل الدخول جزءًا منتظمًا من روتين الصيانة لديك.
