7. Logging, monitorización y checklist final: cierre del curso

Nivel 13: Conectar con Brokers Reales

Queda la parte menos vistosa y la que más veces salva un sistema: saber, en todo momento, qué está haciendo tu programa y por qué.

Logging: la caja negra

Cuando algo salga mal (y saldrá), el registro será la única evidencia de lo que pasó. Por cada decisión, un sistema serio deja constancia de: marca de tiempo, datos de entrada, señal generada, decisión del gestor de riesgo, orden enviada con su identificador, respuesta recibida y, más tarde, la ejecución real con su precio y comisión. Con eso puedes reconstruir cualquier operación meses después.

Dos reglas: el log debe ser estructurado (una línea por evento, en un formato consultable de forma automática como JSON, no prosa suelta), y nunca se registran claves, secretos ni cabeceras de autenticación. Es fácil filtrar un secreto volcando el objeto completo de la petición en un log de depuración que acaba en un servicio externo.

Monitorización: las métricas que importan

Un sistema en producción se vigila con unas pocas métricas bien elegidas:

• Latencia de la señal a la orden y de la orden a la confirmación.
• Slippage medio realizado, comparando el precio de decisión con el de ejecución.
• Tasa de rechazos y de errores de API, por tipo.
• Órdenes abiertas y posición real frente a la teórica: cualquier divergencia es una alerta.
• Antigüedad del último dato recibido: si el dato más reciente tiene minutos, el sistema está ciego.

Hay una distinción de diagnóstico que conviene tener clara: si el slippage y los rechazos están en su rango normal pero el resultado se deteriora, el problema es del modelo; si el resultado se deteriora a la vez que el slippage se dispara, el problema es de ejecución. Son dos enfermedades distintas con dos tratamientos distintos.

Checklist antes de operar con dinero real

• El motor de señales en vivo es el mismo código que el del backtest.
• Las credenciales están en variables de entorno, sin permiso de retirada, y el repositorio está limpio de secretos.
• El sistema recupera el estado desde el bróker al arrancar, no desde su memoria.
• Cada envío de orden tiene timeout, reintentos clasificados por tipo de error e identificador de cliente.
• Existe un límite de pérdida diaria y un interruptor de emergencia probado, no solo escrito.
• Hay logs estructurados y al menos una alerta que llegue a un humano.
• Ha funcionado en paper trading el tiempo suficiente para que sus señales coincidan con las del backtest.
• El capital comprometido es una cantidad que puedes permitirte perder por completo.

El camino recorrido

Empezaste con Python y datos financieros. Aprendiste a obtener y limpiar series de precios, a calcular rentabilidades y medidas de riesgo, a construir y validar señales, y a montar un backtest cuyas conclusiones significan algo, sin engañarte con sesgos de anticipación ni con sobreajuste. En este último nivel has cerrado el círculo: esa lógica sale de tu ordenador y se convierte en una orden en un mercado real.

De todo el curso, quédate con una idea por encima de las demás: el trabajo del quant no es encontrar la estrategia que gana, es descartar con honestidad todas las que solo lo parecían. El backtest riguroso, el paper trading, el tamaño mínimo y la monitorización son las únicas herramientas que tienes para distinguir una ventaja real de un espejismo estadístico. La programación se aprende en meses; esa disciplina se practica durante toda la carrera.

Este curso enseña programación y método cuantitativo, no da consejos de inversión. Lo que hagas con tu dinero es tu decisión y tu responsabilidad.