A quién sirve — A quien repite el mismo error «estando más atento». Error recurrente = tasa fija sobre el capital — hay que ingenierizarlo, no motivarlo.
Un error recurrente es una desviación del plan que se repite lo suficiente para tener coste medible en R (entradas anticipadas, stops movidos, overtrading). Distinto del error de operación puntual.
En palabras sencillas — Mismo bug en el código cada semana — hace falta patch en el playbook, no buenos propósitos.
Workflow en revisión
- Tag — #FOMO, #Chasing, #Revenge, #MovedStop…
- Coste R — suma mensual por tag
- Tipo — técnico vs disciplinario
- Fix — regla mecánica (checklist, max trades, timer)
| Coste/mes | Urgencia |
|---|---|
| < 1R | Monitor |
| 1–3R | Fix en próxima revisión |
| > 3R | Stop live hasta patch |
Desactivar
- Contramedida en el playbook o checklist
- Verificación en feedback loop semana +1
- Willpower alone = fail
Error típico — Identificar error sin cuantificarlo — «molestia» no genera urgencia.
Ejemplo — 14 trades «no trigger» en 5 sem, −6,2R → regla: entrada solo en cierre de vela trigger TF.
Ficha resumen
- Métrica: R perdidos por tag/mes.
- Fix: mecánico, verificable.
- Review: top-3 tags cada semana.
Recorrido Plata — Módulo revisión. Índice: Recorrido Plata.
Enlaces
Fuentes
- CME Group, Keep a trade log — muestra cómo registrar operaciones y observaciones para revisar el proceso.
- Investor.gov, Behavioral Patterns of U.S. Investors — describe conductas recurrentes que pueden dañar las decisiones.
- CME Group, Building a Trade Plan — conecta reglas, gestión del riesgo y diario en un proceso verificable.