انتهت مهلة صورتي لكن Higgsfield كان قد أنجزها

ظهرت على الشاشة الرسالة Timeout after 6m0s; last status "in_progress".

احتسب برنامج التشغيل الصورة ضمن النتائج الفاشلة. لم ينزل أي ملف. من جهتي، بدت المهمة وكأنها توقفت تماما.

هذا الجمع بين المؤشرات خطير، لأنه يجعل إعادة التوليد تبدو الخطوة البديهية التالية. فشل الأمر، ولا صورة على القرص، ومرت بالفعل 6 دقائق في الانتظار. يسهل عندها افتراض أن Higgsfield لم ينجز العمل أصلا.

كان هذا الافتراض سيكلفني رصيدا إضافيا.

المهمة لم تضع. كان Higgsfield لا يزال يعالجها على الخادم. اكتملت لاحقا، وكانت الصورة النهائية موجودة هناك، وقد خصم رصيد المحاولة الأصلية بالفعل.

حدث الفشل في البرنامج الذي كان ينتظر النتيجة، لا في عملية التوليد نفسها.

كلمة واحدة أخفت حالتين مختلفتين

صنف برنامج التشغيل النتيجة على أنها FAIL.

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

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

لكن انتهاء المهلة لم يلغ المهمة على الخادم. واصل Higgsfield العمل.

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

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

فحصت الخادم قبل أن أعيد التوليد

بدأ الاسترداد بقاعدة واحدة: لا تعاود تشغيل أي شيء الآن.

عرضت أحدث 20 مهمة توليد:

generate list --size 20

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

العثور على مهمة مكتملة في القائمة الأخيرة لم يخبرني بعد أي ملف منزل يخص الصورة الناقصة. كان علي مقارنة نتائج الخادم بالصور الموجودة بالفعل على القرص.

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

الصور ذات البصمات المتطابقة كانت موجودة لدي بالفعل.

أما الصورة التي لم تطابق بصمتها أي صورة محلية، فكانت نتيجة التوليد المفقودة.

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

كانت تكلفة الاسترداد 0 من الرصيد.

الحالة هي التي تحدد الحل

قد يظهر انتهاء المهلة ورفض نظام مراجعة المحتوى ضمن العدد نفسه من الإخفاقات، لكن لكل منهما استجابة مختلفة.

انتهاء المهلة مع بقاء آخر حالة عند in_progress يعني أن البرنامج توقف عن الانتظار. ولا يثبت أن الخادم توقف عن التوليد. الخطوة التالية هي فحص المهام الأخيرة ومطابقتها مع الملفات المنزلة بالفعل.

أما الرفض بحالة status: nsfw فمختلف. تحتاج تلك المهمة إلى محاولة جديدة ببرومبت معدل. لا توجد صورة مكتملة تنتظر استردادها من قائمة المهام الأخيرة.

جمع النتيجتين في فئة FAIL واحدة بلا تمييز يشجع التصرف الخاطئ. يحول مشكلة تنزيل يمكن تداركها إلى عملية توليد ثانية مدفوعة.

السؤال المفيد ليس: «هل فشل الأمر الذي شغلته؟»، بل: «إلى أي حالة وصلت المهمة على الخادم؟».

هذان سؤالان مختلفان.

لماذا لم يكف فحص أسماء الملفات

اعتمد الاسترداد على مقارنة المحتوى.

ضمت قائمة المهام الأخيرة نتائج متعددة، وكان المجلد المحلي يضم صورا متعددة أيضا. النظر إلى القائمة وحدها أثبت أن العمل اكتمل، لكنه لم يحدد النتيجة اليتيمة بيقين.

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

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

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

القاعدة التي أعمل بها الآن

انتهاء المهلة فشل في الانتظار إلى أن أثبت أنه فشل في التوليد.

عندما أرى Timeout after ...; last status "in_progress"، أتوقف قبل إعادة التشغيل. أفحص المهام الأخيرة، وأنزل الصور من روابط نتائجها، وأقارن بصمات MD5 ببصمات الصور على القرص، ثم أسترد الملف غير المطابق.

الرفض المؤكد وحده، مثل status: nsfw، يعيدني إلى البرومبت.

ابحث اليوم في برنامج التشغيل أو ملاحظاتك عن المواضع التي يمر فيها انتهاء المهلة ورفض مراجعة المحتوى عبر مسار FAIL نفسه. افصل بينهما قبل أن تدفع مرتين مقابل الصورة التالية التي تنتهي مهلة انتظارها.

---

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