Lección 6

Implementación del flujo de trabajo: investigación, trading y SOP de revisión

Esta lección integra lo visto en las cinco lecciones anteriores en un flujo de trabajo semanal estándar y ejecutable. Incluye la preparación de la investigación, las verificaciones previas a las operaciones, la disciplina durante los períodos de eventos, los límites de la automatización y la revisión iterativa, conformando un flujo de trading personal asistido por IA que puede emplearse a largo plazo.

1. Punto de partida: muchas herramientas, pocos procesos

Dominar "IA para resúmenes", "backtesting para codificación" y "API para colocación de órdenes" por separado no conforma un sistema. Sin un flujo de trabajo fijo, los resultados habituales incluyen: dependencia excesiva de las conclusiones del chat en mercados tranquilos, omitir comprobaciones cuando aumenta la volatilidad, cambiar las reglas temporalmente durante períodos de eventos y no poder revisar con el mismo estándar después. La tarea de la Lección 6 es condensar las cinco lecciones anteriores en un SOP repetible, garantizando que la IA siga siendo una asistente y nunca reemplace la disciplina bajo presión.

2. Resumen del SOP: cómo encajan seis pasos en una semana

El flujo de trabajo se puede dividir por tiempo en tres segmentos: Período de investigación (Pasos 1–3), Período de ejecución (Pasos 4 y 6) y Período de revisión (Paso 5). El Período de eventos (Lección 4) actúa como una regla transversal que cubre antes y después de la ejecución.

Período de investigación

Organiza la información y los calendarios; utiliza fuentes jerarquizadas y las restricciones R-C-E-V para generar puntos que verificar; realiza backtesting o seguimiento en papel para hipótesis comprobables, registrando costes y conclusiones fuera de la muestra. Resultados: Hoja de datos (solo elementos verificados), Lista de hipótesis (con condiciones de invalidación) y juicio inicial sobre si entrar en observación/posición pequeña.

Período de ejecución

Completa la lista de verificación de control de riesgos y las comprobaciones terminales antes de abrir posiciones; gestiona las ventanas de eventos según las reglas de degradación; ejecuta scripts de automatización solo cuando las reglas sean claras y los cortacircuitos sean efectivos.

Período de revisión

Importa los registros de operaciones reales; compara el plan con la realidad; actualiza los tipos de error y los elementos de mejora de la próxima semana; verifica si se han superado los límites de concentración.

3. Flujo de trabajo diario: bucle cerrado mínimo antes de abrir posiciones

En cada día de trading planificado, los siguientes pasos se pueden completar en orden fijo en un plazo de diez a veinte minutos (según la complejidad de la posición).

  • Paso 1: Comprueba si la Hoja de datos sigue siendo válida (cualquier cambio en anuncios, comisiones, parámetros en cadena o reglas de la plataforma).

  • Paso 2: Confirma si hoy está dentro de una ventana de eventos; si es así, comprueba si se ha reducido el apalancamiento o se han pausado nuevas posiciones según las reglas.

  • Paso 3: Reafirma el plan de trading: dirección, ratio, condiciones de invalidación, stop-loss, salida por objetivo o por tiempo, y pérdida máxima tolerable.

  • Paso 4: Verifica de forma cruzada la lista de control de riesgos: riesgo por operación individual, exposición total, modo de margen y conflictos con posiciones existentes.

  • Paso 5: Confirmación manual terminal del par de trading, dirección, cantidad y tipo de posición (solo reducir/abrir).

  • Paso 6: Después de la ejecución, registra tanto el plan como los resultados reales en los campos del diario para evitar entradas basadas en la memoria posterior a los hechos.

La IA puede ayudar a generar listas de verificación y textos de reafirmación en los Pasos 3 y 4; los Pasos 5 y 6 no deben externalizarse.

4. Flujo de trabajo semanal: ritmo fijo para investigación y revisión

Se recomienda programar una sesión completa de investigación y revisión semanalmente (p. ej., fines de semana o períodos de baja volatilidad), estructurada de la siguiente manera:

Segmento de investigación (aproximadamente 30–45 minutos)

Actualiza las observaciones macroeconómicas y vinculadas a cripto (tasas de interés, USD, indicadores de apetito de riesgo, estructura de BTC/ETH); actualiza el calendario de eventos; limpia la Hoja de datos eliminando elementos caducados; enumera de 1 a 3 hipótesis comprobables para la próxima semana, rechazando narrativas no verificables.

Segmento de revisión (aproximadamente 30–45 minutos)

Importa las operaciones de la semana; calcula el P&L bruto y las comisiones; anota los problemas de ejecución (deslizamiento, clics erróneos, stop-losses no planificados); categoriza los tipos de error; determina una mejora práctica para la próxima semana (p. ej., "sin ajuste de apalancamiento antes de días de evento", "sin nuevas estrategias sin backtesting OOS").

La IA es adecuada para formatear y categorizar; los números y los registros de operaciones deben provenir de datos exportados.

5. SOP para períodos de eventos: reglas estrictas alineadas con la Lección 4

Escribe las reglas del período de eventos como estrategias predeterminadas en lugar de decisiones ad hoc:

  • 24 horas antes del evento: Sin nuevas posiciones de alto apalancamiento; sin implementación de nuevas reglas de órdenes automatizadas; confirma el margen disponible y el ratio de stablecoin.

  • Durante el evento: No perseguir operaciones basadas en resúmenes instantáneos de IA; basarse en datos oficiales y desviación de expectativas; solo permitir acciones de reducción o cobertura (si la estrategia está diseñada para ello).

  • Después del evento: Reevaluar solo después de que los diferenciales y la estructura de volatilidad se normalicen; registrar la trayectoria real y las diferencias con la planificación de escenarios en la revisión.

6. SOP de automatización: lista de verificación de lanzamiento alineada con la Lección 5

Antes de lanzar cualquier nuevo script o capacidad de Agent, revisa una breve lista de verificación:

  • ¿Se ha minimizado el permiso?

  • ¿Está separado de la monitorización de solo lectura?

  • ¿Existen cortacircuitos para pérdidas de un solo día y fallos consecutivos?

  • ¿Está prohibida la retirada o la autorización en cadena de alto privilegio?

  • ¿Se mantienen las claves fuera de repositorios y chats?

  • ¿Está deshabilitada la colocación automatizada de órdenes por defecto durante los períodos de eventos?

  • ¿Existe un punto de confirmación manual?

Cualquier elemento fallido significa que no se lanza o se mantiene solo como operación de señal.

7. Patrones de fallo comunes y contramedidas

Los fallos del flujo de trabajo suelen deberse a patrones identificables:

Patrón 1: Los resultados de la investigación van directamente al trading en vivo

Contramedida: Separa la Hoja de datos de la Lista de hipótesis; los elementos no verificados no pueden entrar en la lista de verificación de ejecución.

Patrón 2: El backtesting se ve bien, así que el tamaño de la posición aumenta

Contramedida: Aplica el escenario pesimista OOS para los costes; sin aumentos de posición antes de superar el seguimiento en papel.

Patrón 3: Reglas incumplidas temporalmente durante períodos de eventos

Contramedida: Escribe previamente las reglas de eventos en el SOP; las excepciones deben registrarse e incluirse en la revisión.

Patrón 4: La automatización encubre una ejecución perezosa

Contramedida: La automatización solo ejecuta reglas documentadas; los cambios de reglas requieren una actualización de la documentación antes de los cambios de código.

Patrón 5: La revisión registra sentimientos pero no datos

Contramedida: Los campos del diario son fijos; la IA solo organiza, pero nunca inventa registros de operaciones.

8. Papel de la IA en el trading asistido

La IA mejora el procesamiento de información y la eficiencia de la ingeniería, pero los humanos conservan la responsabilidad de la verificación, el control de riesgos y la ejecución. El mapa de seis posiciones resuelve "dónde usar"; la disciplina de entrada resuelve "no empezar con datos defectuosos"; la auditoría de backtesting resuelve "no dejarse engañar por las curvas"; los límites de eventos resuelven "no apostar bajo presión"; la seguridad de la automatización resuelve "no dejar que un solo error persista"; el SOP de esta lección resuelve "¿puedo hacer lo mismo la próxima semana?".

Para traders experimentados, la implementación no requiere completar todos los campos a la vez. Comienza con "Hoja de datos + Seis pasos previos al trading + Revisión semanal", luego añade gradualmente backtesting jerarquizado, reducciones de eventos y listas de verificación de automatización después de ejecutar durante 4–8 semanas. El valor del flujo de trabajo es la repetibilidad; solo la repetibilidad te permite juzgar si las mejoras son reales.

9. Resumen de la lección

La Lección 6 refina el trading de cripto asistido por IA desde el concepto hasta el flujo de trabajo: el período de investigación se centra en la verificación y la falsabilidad; el período de ejecución enfatiza las listas de verificación y la confirmación terminal; el período de revisión prioriza los registros precisos y una única mejora práctica; el período de eventos y la automatización limitan los riesgos de cola mediante reglas de degradación y cortacircuitos de permisos. Las herramientas cambian, los modelos cambian, pero el flujo de trabajo puede permanecer estable. Mantenerse fiel al flujo de trabajo es más efectivo que perseguir nuevos prompts para la consistencia a largo plazo bajo presión del mercado. Este curso concluye aquí; si las características de la plataforma o la estructura del mercado cambian en el futuro, actualiza la Hoja de datos y las listas de verificación en lugar de abandonar el flujo de trabajo en sí.

Descargo de responsabilidad
* La inversión en criptomonedas implica riesgos significativos. Proceda con precaución. El curso no pretende ser un asesoramiento de inversión.
* El curso ha sido creado por el autor que se ha unido a Gate Learn. Cualquier opinión compartida por el autor no representa a Gate Learn.