La Diferencia Entre Prompting e Ingeniería de Bucles (y Por Qué tu Sistema de Trading Cuantitativo Debería Ser un Bucle que se Ejecuta Solo)
Te explicaré exactamente cómo construir los bucles que ejecutan por sí solos un sistema completo de trading cuantitativo.
Vamos directo al grano.
Guarda esto
- Soy Roan, desarrollador backend especializado en diseño de sistemas, ejecución estilo HFT y sistemas de trading cuantitativo. Mi trabajo se centra en cómo se comportan realmente los mercados de predicción bajo carga. Para sugerencias, colaboraciones reflexivas o alianzas, los DM están abiertos.
Una cosa que empiezo desde hoy.
Si estás construyendo un sistema cuantitativo, a punto de empezar o incluso solo pensándolo, mándame un DM contándome en lo que trabajas o simplemente responde debajo de este artículo y te contactaré (incluso puedes enviarme una captura de pantalla de tu arquitectura actual).
Revisaré personalmente los primeros 20 setups y te mostraré la brecha entre lo que tienes y un sistema que realmente genera alpha.
La mayoría de los quants todavía usan prompts en Claude. Escriben. Esperan. Leen la respuesta. Vuelven a escribir.
Los constructores más inteligentes del planeta han dejado de hacer eso.
Escriben bucles. Los bucles le hacen prompts a Claude. Los bucles verifican la salida. Los bucles deciden qué pasa después. Los bucles siguen ejecutándose incluso después de cerrar la laptop.
Boris Cherny, el líder de Claude Code en Anthropic, lo dijo claramente hace dos semanas. "Ya no le hago prompts a Claude. Tengo bucles ejecutándose que le hacen prompts a Claude y deciden qué hacer. Mi trabajo es escribir bucles." Esa sola frase redefinió cómo piensa todo ingeniero de IA serio sobre construir sistemas. Y encaja perfectamente con el trading cuantitativo.
La mayoría de los quants minoristas leerán esto y dirán que no aplica porque son demasiado pequeños. Están equivocados. Cuanto más pequeño es tu capital, más importa esto. Un bucle que se ejecuta solo es la única forma en que un constructor individual puede cerrar la brecha con un fondo que tiene 100 PhDs.
Porque el trading cuantitativo ya es un bucle. Obtener datos. Generar señales. Hacer backtesting. Ejecutar. Monitorear riesgo. Repetir.
Todos los fondos de Wall Street ejecutan ese ciclo exacto. Renaissance lo ha estado ejecutando desde 1988. Citadel lo ejecuta con equipos de ingenieros monitoreando cada etapa. Two Sigma, Jane Street, todos ellos.
La única diferencia es que ellos necesitan cientos de humanos sentados dentro del bucle. Tú no.
Ya he construido este bucle para mí. Obtiene datos de mercado según un cronograma. Ejecuta investigación de alpha. Verifica cada señal a través de un agente separado. Ejecuta solo lo que pasa la verificación. Escribe cada lección de vuelta en la memoria.
Este artículo es todo lo que he aprendido sobre ingeniería de bucles y cómo conectarlo en un sistema de trading autónomo completo.
Al final de esto sabrás:
La diferencia exacta entre hacerle prompt a un agente e ingeniar un bucle.
Las seis piezas que ejecutan todo bucle funcional en producción.
Cómo conectar esas seis piezas en un sistema de trading cuantitativo auto-mejorable desde cero.
Vamos a ello.
Parte 1: La Diferencia Entre Hacer Prompts e Ingeniería de Bucles
Durante los últimos dos años, trabajar con IA se veía así.
Escribías un prompt. Leías lo que devolvía. Escribías el siguiente prompt basado en lo que veías.
Tú eras el bucle.
El agente era una herramienta. Lo sostenías todo el tiempo. Cada movimiento eras tú sentado frente al teclado decidiendo qué hacer después.
La ingeniería de bucles termina con eso.
Dejas de ser la cosa dentro del bucle. Te conviertes en el arquitecto que lo diseña.
Un bucle es un objetivo recursivo. Defines un propósito. El agente itera contra él. El bucle sigue ejecutándose hasta que se cumple una condición de parada real.
El agente olvida entre ejecuciones. El bucle no.
Ese simple hecho es toda la arquitectura.
Esto es lo que Boris quiso decir cuando dijo que su trabajo es escribir bucles. Dejó de escribir instrucciones una por una. Construyó sistemas que envían las instrucciones por él, leen los resultados y deciden qué pasa después.
Para la programación, esto cambia cómo se entrega el software.
Para el trading, esto lo cambia todo.
Porque ningún quant ha ganado dinero escribiendo un solo prompt y retirándose. La ventaja viene de ejecutar el mismo ciclo miles de veces, mejorando un uno por ciento cada iteración, y nunca durmiendo.
Eso es exactamente lo que hace un bucle.
Si todavía estás escribiendo prompts en Claude una operación a la vez, estás haciendo lo que Boris dejó de hacer hace dos años. El punto de apalancamiento se ha movido un piso arriba. Ya no escribes mejores prompts. Escribes el sistema que escribe los prompts.
La Diferencia Entre Hacer Prompts e Ingeniería de Bucles
Parte 2: Las Seis Piezas Que Ejecutan Todo Bucle Funcional
Un bucle funcional se construye con seis partes. Si falta una, el bucle se rompe silenciosamente.
1. La automatización.
Este es el corazón. Un cronograma cron, un webhook, un comando /loop o un hook dentro de Claude Code que se activa sin que tú escribas.
Hay dos variantes que vale la pena conocer. /loop se repite en una cadencia independientemente del estado. /goal sigue hasta que se cumple una condición verificable que escribiste, con un modelo pequeño separado que evalúa si el trabajo está hecho.
En trading, /loop es tu extracción de datos cada minuto. /goal es "sigue iterando en esta señal hasta que el Sharpe del backtest esté por encima de 1.5."
2. La habilidad (skill).
Una habilidad es un manual de procedimientos que el agente lee en lugar de que le digan todo desde cero cada sesión.
Vive en un archivo SKILL.md. Contiene tus convenciones, tus reglas, tu "no lo hacemos así por ese incidente."
Sin habilidades, cada ejecución del bucle empieza desde cero. Con habilidades, la intención se acumula.
3. El archivo de estado.
Un archivo Markdown. Generalmente llamado STATE.md o PROGRESS.md.
Sobrevive entre ejecuciones. El agente olvida. El archivo no.
El agente lo lee al inicio de cada ejecución. Escribe lo que sucedió al final.
Esto suena demasiado tonto como para importar. En realidad es la columna vertebral de todo bucle funcional.
4. El verificador.
El agente que escribió el código es el peor juez posible de si el código es correcto.
Aplica esto al trading. El agente que generó la señal es el peor juez posible de si la señal es alpha real o ruido.
Necesitas un agente separado, con instrucciones diferentes, idealmente un modelo diferente, cuyo único trabajo sea verificar el trabajo.
Este es el patrón maker-checker. Todo fondo de prop trading en Wall Street está estructurado así internamente. En Jane Street, el trader que propone una operación no aprueba la operación. En Citadel, el investigador que construye el modelo no valida el modelo.
5. Los worktrees.
En el momento en que ejecutas más de un agente contra los mismos archivos, empiezan a chocar.
Los worktrees de Git le dan a cada agente su propio directorio de trabajo aislado apuntando a su propia rama.
En trading, esto te permite ejecutar investigación de señales, backtesting y monitoreo de riesgo en paralelo sin interferirse.
6. Los conectores.
Un bucle que solo puede leer archivos es un bucle pequeño.
Los conectores construidos sobre el Protocolo de Contexto de Modelo (MCP) permiten que el bucle acceda a una API de bróker, consulte una base de datos, publique en Slack, envíe órdenes al exchange.
Esta es la diferencia entre un bucle que sugiere operaciones y un bucle que realmente las coloca.
Estas seis piezas son universales. Aparecen en Claude Code. Aparecen en Codex. Aparecen en todo sistema agéntico funcional del planeta.
Ahora déjame mostrarte cómo conectarlas en un sistema de trading completo.
Parte 3: Cómo Construir un Bucle de Trading Cuantitativo Auto-Mejorable
El bucle de trading cuantitativo tiene cinco etapas. Cada etapa es su propio sub-bucle, con su propia habilidad, su propio archivo de estado y su propio verificador.
Etapa uno. Ingesta de datos.
Una automatización se dispara cada minuto, cada hora o cada día dependiendo de la clase de activo.
1@loop(interval="1h")2def ingest_data():3 data = fetch_market_data(symbols=universe, lookback="30d")4 state.write("latest_data.parquet", data)
Los datos van a un archivo de estado compartido que la siguiente etapa lee.
Etapa dos. Generación de señales.
Aquí es donde ocurre la investigación de alpha.
1@loop(trigger="data_updated")2def generate_signal():3 data = state.read("latest_data.parquet")4 signal = claude.run_skill("alpha_research", data)5 state.write("pending_signal.json", signal)
El agente de generación de señales lee de un archivo SKILL.md que contiene tus reglas de investigación de alpha.
1# alpha_research_skill.md23## Objetivo4Generar señales usando regresión lineal en los últimos 30 días5de datos de precio y volumen.67## Reglas8- El ratio Sharpe debe estar por encima de 1.5 en 3 de los últimos 5 backtests9- Tamaño de posición limitado al 2 por ciento del capital por señal10- Saltar señales en días de anuncio de la FOMC11- Saltar señales 48 horas antes de publicaciones de resultados1213## Lecciones aprendidas14- 2026-02-14: Perdí 4.2 por ciento durante la semana de resultados.15 Nueva regla: saltar cualquier señal 48 horas antes de resultados.16- 2026-03-08: La exposición sectorial causó un drawdown del 6 por ciento.17 Nueva regla: limitar exposición sectorial al 30 por ciento.18- 2026-04-22: La señal de momentum explotó en un día de la FOMC.19 Nueva regla: eliminar todas las señales de momentum en días de la FOMC.
La habilidad crece con el tiempo. Cada pérdida escribe una nueva lección. Cada lección se convierte en una nueva regla para la siguiente ejecución.
Esto es lo que hace que el sistema sea auto-mejorable.
Etapa tres. Verificación.
La señal va a un agente completamente separado. Modelo diferente. Instrucciones diferentes. Sin exposición a cómo se razonó la señal original.
1@checker2def verify_signal(signal):3 result = claude.invoke(4 skill="backtest_verification_skill.md",5 signal=signal,6 rules=[7 "Ratio Sharpe por encima de 1.5",8 "Drawdown máximo por debajo del 10 por ciento",9 "Estadístico t de Newey-West por encima de 2.0",10 "Período fuera de muestra de al menos 2 años"11 ]12 )13 return result.verdict
Si la verificación falla, la señal se descarta. Si pasa, pasa a ejecución.
El verificador nunca ve lo que razonó el creador. Esa separación es toda la ventaja.
También puedes usar un modelo más fuerte para el verificador que para el creador. Claude Opus para verificación, Claude Sonnet para generación. Diferentes arquitecturas de modelo detectan diferentes tipos de errores. Esta es la misma lógica que usan los métodos de ensemble en machine learning.
La división maker-checker
Etapa cuatro. Ejecución.
Solo las señales verificadas llegan a esta etapa.
1@auto_mode2def execute(signal):3 if verify_signal(signal):4 broker.send_orders(signal, max_position=0.02)5 state.write("active_trades", signal)
El conector MCP maneja la API del bróker. El bucle nunca pide permiso. El modo automático le permite funcionar sin intervención.
Etapa cinco. Monitoreo de riesgo.
Ejecutándose en un worktree paralelo todo el tiempo.
1@loop(interval="1m")2def monitor_risk():3 positions = broker.get_positions()4 if drawdown(positions) > 0.05:5 broker.close_all()6 state.append("STATE.md", "Disparador de drawdown activado. Todas las posiciones cerradas.")
Este es el interruptor de seguridad. Hace cumplir las reglas sin negociación.
Juntos, estos cinco sub-bucles forman un sistema auto-ejecutable.
Los datos fluyen. Se generan señales. Las señales se verifican. Las señales verificadas se ejecutan. El riesgo se monitorea. Las lecciones se escriben de vuelta en la memoria.
Luego comienza de nuevo.
Cómo se acumula el bucle
Diseñé esto una vez. No he usado prompts en ninguno de estos pasos desde entonces.
Eso es ingeniería de bucles. Eso es lo que Boris quiso decir cuando dijo que su trabajo es escribir bucles.
Una advertencia. Un bucle sin una condición de parada real falla silenciosamente. El agente emite una señal de finalización creyendo que el trabajo a medio hacer está terminado. El bucle sale. La mala operación queda abierta.
Tus condiciones de parada deben ser verificables por algo distinto a la propia afirmación del agente. "Sharpe por encima de 1.5 en las últimas 30 operaciones." "Drawdown por debajo del 5 por ciento." "El conjunto de pruebas pasa." Nunca "el agente dice que está listo."
En mi artículo sobre teoría de juegos expliqué por qué cada operación es un movimiento estratégico en un juego multijugador con información imperfecta. Si te lo perdiste, querrás leerlo justo después de esto:
https://x.com/RohOnChain/status/2066178991892119820
El bucle es lo que te permite sentarte en esa mesa para siempre sin agotarte.
Resumen
El trading cuantitativo ya es un bucle. Todos los fondos de Wall Street lo ejecutan. Solo que necesitan cientos de humanos sentados dentro.
La ingeniería de bucles elimina a los humanos.
Seis piezas hacen funcionar todo bucle. Las automatizaciones dan el latido. Las habilidades contienen el conocimiento del proyecto. Los archivos de estado contienen la memoria. Los verificadores evalúan la salida. Los worktrees aíslan el trabajo paralelo. Los conectores le dan manos al bucle en el mundo real.
Conéctalos alrededor del ciclo de trading de cinco etapas y tendrás un sistema auto-mejorable que ejecuta investigación de alpha, verifica señales, ejecuta operaciones y monitorea riesgo por sí solo.
El sistema se vuelve más inteligente con cada ciclo. Cada pérdida escribe una nueva lección. Cada lección se convierte en una nueva regla. Después de cien operaciones, el archivo de habilidad es un documento vivo. Después de mil, está más cerca del conocimiento institucional que cualquier cosa que un solo humano podría recordar.
Los fondos que construyan esto primero se acumularán durante la próxima década. Los que todavía usan prompts se quedarán atrás.
Así que aquí está la pregunta para reflexionar.
Si la ingeniería de bucles es la siguiente abstracción después de los prompts, y el trading cuantitativo es el bucle de mayor riesgo del mundo, ¿eres la persona que todavía escribe prompts una operación a la vez, o eres el arquitecto que diseñó el bucle que opera por ti mientras duermes?
No hay respuesta incorrecta, pero hay respuestas muy reveladoras.
