La mitad de ejecución del problema — y por qué ya no requiere que tú mismo escribas el código.
Ya sabes qué quieres comprar y cuándo quieres salir. El problema es que la señal se dispara a las 3am, o durante una reunión, o justo el día que te alejaste de la pantalla. El trading algorítmico es la parte del problema que resuelve esto — y solo esto.
El trading algorítmico consiste en dejar que un programa coloque y gestione tus órdenes según reglas que definiste de antemano: se cumple la condición, sale la orden, nadie tiene que estar mirando. Responde a la pregunta de ejecución — ¿puede cumplirse esta regla con precisión y de forma consistente? — y no a la pregunta de si la regla es buena.
| Trading cuantitativo | Trading algorítmico | |
|---|---|---|
| Enfoque | Cómo se toma la decisión — encontrar reglas a partir de datos y estadística | Cómo se ejecuta la decisión — convertir reglas en órdenes |
| Pregunta central | ¿Tiene esta regla una ventaja? | ¿Puede ejecutarse esta regla con precisión y de forma fiable? |
| Falla cuando | La ventaja nunca existió, o dejó de existir | Se cae la conexión, la orden se ejecuta parcialmente, el feed de datos miente |
En la práctica se superponen casi por completo: una estrategia cuantitativa eventualmente necesita algo que la ejecute, y las reglas que ejecuta un algoritmo suelen encontrarse mediante análisis cuantitativo. La forma útil de entenderlo es que el trading algorítmico es la parte del trading cuantitativo que se ejecuta. Si aún no has leído qué es el trading cuantitativo, empieza por ahí — la mitad de la decisión va primero.
Una nota sobre vocabulario, porque genera confusión evitable: "algorithmic trading", "algo trading", "automated trading", y — en los mercados de habla china — 程式交易 y 程序化交易 apuntan todos a lo mismo. No son cuatro métodos distintos que haya que aprender por separado.
Lo que realmente hay que separar es la fila de la tabla de arriba: si una regla tiene ventaja y si puede ejecutarse de forma fiable son problemas independientes. Acertar en uno y fallar en el otro terminan igual en pérdidas, pero la solución está en un lugar completamente distinto.
Plataformas como MultiCharts, TradeStation y TradingView permiten construir estrategias automatizadas mediante constructores gráficos o lenguajes de scripting simplificados — PowerLanguage, EasyLanguage, Pine — sin servidores que alquilar ni nada que desplegar. (La ejecución difiere: MultiCharts y TradeStation colocan las órdenes ellos mismos, mientras que una estrategia de TradingView necesita un bróker conectado o un relay de webhook para operar de verdad.) De cualquier forma, la premisa falla en el extremo minorista.
Pero el caso más interesante es aquel en el que sí puedes escribir código. Construir tu propio stack de ejecución sigue implicando licenciar e ingerir datos, una librería de órdenes por plataforma, un motor de backtest, despliegue, y monitoreo que sobreviva a un websocket caído a las 4am. Eso son meses de ingeniería seguidos de mantenimiento permanente.
Concretamente: solo la atribución del bróker — la parte que etiqueta una orden como proveniente de tu integración — se maneja de forma distinta en cada plataforma. En las plataformas que Blave mantiene, es un header de la solicitud en algunas, un campo del body en otras, un prefijo de client-order-id en Binance, y en KuCoin una firma de partner por solicitud. Eso es solo un subsistema pequeño entre muchos, y nunca deja de necesitar atención.
Si de verdad tienes una ventaja, tu tiempo está mejor invertido encontrando la siguiente que arreglando una desconexión de API.
Describes la estrategia en una conversación y el agente la investiga, escribe el código, le hace backtest y la pone en vivo; después la ejecuta y la monitorea. Dos formas de correrla: la app de escritorio conecta tu propio Claude Code o Codex y corre en tu propio ordenador; si debe seguir con el ordenador apagado, pásala a tu propio servidor en la nube y opérala desde la web, Telegram o SSH.
No tienes que cambiar de plataforma para usar el lado de investigación. Blave Agent puede exportar una estrategia a la plataforma en la que ya operas:
| Plataforma | Exportado como |
|---|---|
| XQ (嘉實 全球贏家) | Script de trading XS |
| MultiCharts | PowerLanguage |
| TradingView | Pine Script v6 |
El flujo de trabajo es deliberadamente estrecho. La versión en Python primero tiene que tener un backtest vigente — el agente no traduce lógica que no ha sido validada. Luego, la exportación adapta una plantilla ya probada en lugar de escribir el lenguaje de destino desde cero, y ejecuta un lint estático antes de entregarte el archivo.
¿Están las comisiones y el deslizamiento en el backtest? La automatización suele elevar la frecuencia de operaciones, y es en la frecuencia donde se acumulan los costos. Un backtest real de Blave Agent pagó un 22% de su capital inicial en comisiones a lo largo de cuatro años.
¿Usa la señal datos que realmente pudo haber tenido? Si la regla lee el cierre de una vela y ejecuta la orden en esa misma vela, el backtest está usando información que el sistema en real no tendrá. Esta es la forma más común de inflar un resultado sin que se note.
¿Has manejado las discontinuidades de los datos? El roll de futuros, los dividendos y los splits crean saltos que no son movimientos de precio. Una estrategia que los trata como movimientos los va a operar.
¿Qué pasa cuando falla la orden? Órdenes rechazadas, ejecuciones parciales, una conexión caída a mitad de posición. Una estrategia automatizada sin respuesta para esto terminará sosteniendo una posición que no sabe que tiene.
¿Puedes aguantar el peor drawdown del informe? Dimensiona según el drawdown que puedas sostener, no según la rentabilidad que quieres. El que no puedes sostener es el que apagas justo en el fondo.
Todas las estrategias oficiales de Blave Agent son gratis y vienen con su backtest real. Despliega una, observa cómo se ejecuta, y modifícala hasta convertirla en tu propia versión una vez que su comportamiento tenga sentido para ti.