Definición de EA: lo que la gente suele entender mal
Una “definición de EA” es la explicación de qué es un Expert Advisor y cómo funciona a nivel conceptual. Un error común es tratar la frase como una promesa de rendimiento en lugar de una descripción de la lógica de automatización. Otro error frecuente es asumir que el comportamiento pasado de un EA se traslada automáticamente a condiciones futuras.
Un enfoque más claro separa tres capas: (1) qué es el EA (un concepto de automatización basado en reglas), (2) qué entradas y supuestos utiliza (señales, parámetros, fuentes de datos, detalles de ejecución) y (3) qué puede cambiar (condiciones del mercado, costos, deslizamiento y comportamiento de la plataforma/proveedor). Cuando estas capas se mezclan, surgen malentendidos.
Mecánica: los errores de definición que cambian las expectativas
Comience definiendo el EA en términos neutrales: es un programa de trading automatizado que sigue reglas predefinidas. A partir de ahí, los errores suelen aparecer en cómo se describen las “reglas” y las “entradas”.
-
Confundir reglas con predicciones. Si el EA se describe como si pudiera prever el futuro, la definición se vuelve inexacta. Un sistema basado en reglas no elimina la incertidumbre; cambia cómo se ejecutan las decisiones.
-
Omitir supuestos. Un escenario trabajado (por ejemplo, “si X entonces Y”) se vuelve engañoso si no se indican supuestos como costos, momento de ejecución de órdenes y si los valores se basan en datos en vivo o en un conjunto de datos de backtest.
-
Mezclar mecánica estable con condiciones variables. La lógica interna del EA puede ser estable, pero los resultados varían con los spreads, comisiones, calidad de ejecución y volatilidad del mercado. Trate la lógica como una parte y el entorno como otra.
-
Usar un lenguaje de “definición” vago. Decir “escanea el mercado” sin especificar qué datos utiliza (series de precios, indicadores, marcos de tiempo) dificulta verificar las afirmaciones.
Evidencia y ejemplos: lo que suele fallar en el razonamiento
Cuando las personas “prueban” una definición de EA usando ejemplos, a menudo utilizan evidencia incompleta.
- Comparaciones de backtest sin condiciones coincidentes. Si la definición implica el mismo comportamiento en diferentes períodos, pero el ejemplo ignora diferentes regímenes de mercado, se convierte en una demostración débil.
- Ejecución asumida. Si el ejemplo asume que las órdenes se ejecutan exactamente a los precios mostrados, entra en conflicto con la posibilidad real de diferentes ejecuciones o momentos.
- Ignorar costos en cálculos basados en la definición. Incluso cálculos simples (diferencias de entrada/salida) pueden ser incorrectos si no se incluyen spreads, comisiones u otras tarifas.
Un ejemplo neutral debe, por lo tanto, indicar: qué entradas utiliza el EA, qué marco de tiempo/fuente de datos se asume, cómo se asume que se ejecutan las órdenes y qué costos se incluyen. Si falta alguno de estos elementos, el ejemplo no puede usarse para validar la definición.
Limitaciones y riesgos: modos de fallo materiales a incluir
Al menos una limitación material debe ser parte de cualquier definición de EA.
Los modos de fallo comunes incluyen:
- Desajuste de datos: los datos utilizados para evaluar reglas (históricos o demo) pueden diferir de los datos en vivo.
- Diferencias de ejecución: el llenado real de órdenes puede desviarse de los supuestos idealizados utilizados en las explicaciones.
- Sensibilidad a parámetros: cambiar entradas (configuración de riesgo, umbrales, ventanas de tiempo) puede alterar el comportamiento, lo que significa que la definición debe incluir qué parámetros se están discutiendo.
- Dependencia excesiva de relaciones históricas: los patrones de rendimiento pasado no establecen resultados futuros.
Estos no son “pruebas de fallo”, pero son razones realistas por las cuales una definición que omite el entorno y los supuestos puede inducir a error.
Verificación y siguientes preguntas
Para verificar una definición de EA, use comprobaciones neutrales:
- Verifique que la definición indique qué es el EA (automatización basada en reglas) y qué no es (una garantía de resultados).
- Confirme que los ejemplos incluyan supuestos: fuente de datos, supuestos de ejecución y costos.
- Separe la lógica del EA de condiciones variables como el régimen de mercado y la calidad de ejecución.
Si lo desea, comparta el texto exacto que vio para la definición de EA (solo el texto). Puedo señalar qué partes son claras, cuáles son ambiguas y qué supuestos debería indicar una definición completa.