La posición inesperada de Mateo. El bot podía abrir una tercera.

Si descubres una operación inesperada, el primer paso es impedir nuevas ejecuciones y conservar intactos los registros. Pausar el bot limita la exposición; guardar señales, órdenes, marcas de tiempo y decisiones permite entender qué ocurrió antes de cambiar nada.

A las 6:12, Mateo vio dos posiciones abiertas en la pantalla del portátil. Estaba en la cocina de su piso en Valencia, con una taza fría junto al teclado y la mochila de su hija sobre una silla. Una posición la reconocía. La otra no.

Mateo es un personaje compuesto, creado para ilustrar una situación posible. Había probado un bot autónomo con una cuenta separada y un límite de riesgo definido. Durante la noche, el sistema había generado otra entrada después de una pérdida. Si la lógica seguía activa, podía abrir una tercera posición antes de que él encontrara la causa.

Cerrarlo todo a ciegas podía añadir costes o ejecutar decisiones precipitadas. Dejarlo funcionando podía aumentar la exposición. Y borrar la configuración para “empezar de cero” destruiría parte de la evidencia necesaria para explicar el fallo.

Tenía que detener una cosa sin perder la otra: la ejecución, sí; el rastro, no.

Primero, corta la capacidad de actuar

Ante una operación que no entiendes, la prioridad es limitar lo que todavía puede ocurrir. Eso significa desactivar nuevas ejecuciones, cancelar las órdenes pendientes que corresponda revisar y comprobar qué posiciones siguen abiertas.

La acción exacta depende de la plataforma y del intermediario. El principio permanece: separa la generación de ideas de la facultad de enviar órdenes reales.

Un sistema puede seguir calculando señales sin tener permiso para ejecutarlas. Esa separación convierte un incidente activo en un problema acotado. También evita que una estrategia responda a sus propias pérdidas con nuevas entradas mientras tú sigues reconstruyendo la secuencia.

Mateo revocó el permiso de ejecución y dejó la cuenta bajo supervisión manual. La segunda posición seguía exigiendo una decisión, pero ya no podía aparecer una tercera por iniciativa del bot. El riesgo dejó de crecer fuera de su campo de visión.

Este es el valor práctico de una puerta de aprobación humana. La IA puede generar y poner en cola una señal, pero cada operación espera una decisión explícita. Aprobar y rechazar forman parte del sistema, no son un parche después del daño. La pregunta relacionada es directa: ¿qué ocurre si el bot abre otra posición antes de revisar la primera pérdida?

Conserva el rastro antes de buscar culpables

Después de frenar nuevas ejecuciones, guarda la evidencia disponible. Como mínimo, conviene preservar:

• La señal original y la hora en que se generó.
• La orden enviada, modificada o cancelada.
• El tamaño de la posición y la exposición total.
• Los límites de riesgo vigentes en ese momento.
• El estado del mercado que utilizó la estrategia.
• Los mensajes de error, reintentos y cambios de configuración.
• La intervención humana, si la hubo.

No edites primero los parámetros para comprobar si “así funciona”. No borres una estrategia ni limpies los registros mientras investigas. Cada cambio temprano mezcla el estado anterior con el posterior y dificulta responder la pregunta central: ¿qué condición produjo la orden?

Una captura de pantalla ayuda, pero no sustituye un registro completo. La captura muestra lo visible a las 6:12. El registro puede mostrar que una señal apareció antes, que una orden fue rechazada y reenviada, o que el tamaño se calculó con un saldo distinto del esperado.

Mateo exportó el historial y anotó la secuencia en su diario de trading. No escribió “el bot se volvió loco”. Registró hechos: pérdida anterior, nueva señal, tamaño propuesto, orden ejecutada y ausencia de aprobación manual. Esa precisión convirtió la alarma en una hipótesis comprobable.

Reconstruye la decisión, no solo el resultado

Una operación perdedora no demuestra por sí sola que la lógica falló. Una operación ganadora tampoco valida el proceso. La revisión debe centrarse en cómo se tomó la decisión.

Empieza con cuatro preguntas:

1. ¿Qué dato activó la señal?
2. ¿Qué regla determinó el tamaño?
3. ¿Qué límite debía impedir o reducir la operación?
4. ¿Quién tenía la última palabra antes de ejecutarla?

Después, intenta reproducir la decisión sin capital real. Si el sistema genera resultados distintos con los mismos datos, hay un problema de reproducibilidad. Si repite la orden, revisa la regla y sus supuestos. Si la lógica era coherente pero el tamaño superaba tu tolerancia, el fallo está en el control de riesgo.

También conviene revisar si una racha de pérdidas puede aumentar la exposición. Ese comportamiento merece una barrera explícita, como explica quién impide que el bot aumente tu exposición tras una semana de pérdidas.

Reactiva solo lo que puedas explicar

A media mañana, Mateo seguía sin saber si la segunda operación terminaría con ganancia o pérdida. Ya sabía algo más importante: ninguna orden nueva saldría sin revisión, y la secuencia de la madrugada estaba preservada.

Antes de reactivar una estrategia, define por escrito qué falló, qué control cambia y cómo comprobarás ese cambio sin ejecución autónoma. Si no puedes explicar por qué se generó una señal, cómo se calculó su tamaño y qué condición la bloquea, todavía no has recuperado el control.

Congelar el bot compra tiempo. Conservar la evidencia convierte ese tiempo en aprendizaje. La disciplina aparece en ese orden: detener, preservar, reconstruir y decidir.

Contenido educativo, no asesoramiento financiero.