Ir al contenido principal

Generar parámetros de grid-bot con el MCP de Cryptohopper

Aprende a generar parámetros del bot grid con el MCP de Cryptohopper para calcular rango, cantidad y tamaño de posición usando datos reales de volatilidad.

Escrito por Isaac

Requisitos previos

  • Cryptohopper MCP configurado en un cliente MCP — consulta la descripción general de la configuración.

  • Nivel Explorer o superior. La generación de parámetros de rejilla requiere datos históricos de velas — consulta niveles de suscripción.

  • Una configuración de bot de rejilla de Cryptohopper si planeas aplicar los parámetros generados. Esta guía cubre la generación de parámetros, no la configuración del bot en sí.

  • Una idea aproximada de tu tamaño de posición previsto y tu tolerancia al riesgo.


Pasos de configuración

  1. Elige el par y el exchange

    Elige un par sobre el que tengas una opinión. Las rejillas funcionan mejor en condiciones de rango o tendencias leves — no durante movimientos direccionales fuertes.

  2. Genera la solicitud de parámetros

Usando el MCP de Cryptohopper, ayúdame a configurar un bot de rejilla para SOL/USDT en Binance. Mi posición: 5.000 $ USDT Mi tolerancia al riesgo: moderada (dispuesto a mantener a través de una caída del 20% pero no más) Mi horizonte temporal: aproximadamente 2 semanas Datos: - Las últimas 200 velas de 4h. - Las últimas 30 velas de 1d. Calcula: - El ATR de 14 períodos en el marco temporal de 4h. - El máximo y mínimo real de los últimos 14 días. - El rango diario mediano de los últimos 30 días. - La tendencia actual (alcista, bajista, lateral). Basándose en esto, propón: - Un rango de rejilla (límite superior e inferior). - Número de rejillas. - Tamaño por rejilla (en USDT). - Si recomendarías iniciar esta rejilla ahora mismo, o esperar a diferentes condiciones. Muestra tu razonamiento para cada elección.

  1. Revisa la salida

    Una buena respuesta incluye una propuesta de rango clara, justificación numérica por parámetro y una evaluación franca de si la estructura del mercado actual se adapta a una rejilla. Si el agente arroja números sin justificación, haz la solicitud más exigente.

  2. Comprueba la lógica con tu propia intuición

    El agente no conoce el contexto completo de tu cartera, tu historial de P&L, ni eventos que aún no se reflejan en los datos de las velas. Trata la salida como una propuesta inicial sólida, no como una respuesta final.

  3. Aplica los parámetros a tu bot de rejilla de Cryptohopper

    Usa el panel de Cryptohopper o la API REST. El MCP no ejecuta operaciones ni actualiza bots — consulta la combinación MCP + API de Trading de Cryptohopper para agentes de extremo a extremo (SE NECESITA ENLACE).

  4. Guarda el registro completo de la solicitud y la respuesta

    Si la rejilla funciona bien, es la documentación de lo que funcionó. Si funciona mal, es un rastro de depuración.


Reglas generales para codificar en la solicitud

Incorpora estas reglas (o tus propias reglas preferidas) en cada ejecución para que el agente produzca una lógica consistente en lugar de reinventar su enfoque cada vez.

Parámetro

Regla de partida

Rango (superior)

Máximo de los últimos 14 días + ATR(14)

Rango (inferior)

Mínimo de los últimos 14 días − ATR(14)

Número de rejillas

Tal que cada paso de rejilla ≈ 0.5× ATR(14) en 4h

Tamaño por rejilla

Tamaño de posición ÷ número de rejillas

¿Iniciar ahora?

Solo si la tendencia actual es "lateral" o el par está en medio del rango


Perfil de costes

Acción

Explorer

Hero

200 velas de 4h

5 unidades

1 unidad

30 velas de 1d

5 unidades

1 unidad

Por configuración

~10 unidades

~2 unidades

Ejecutar diariamente para un pequeño conjunto de pares cuesta menos de 100 unidades de llamadas/semana. Consulta límites de tasa explicados.


Solución de problemas

El rango propuesto es excesivamente amplio o estrecho

El multiplicador de ATR o el período de búsqueda son incorrectos para el régimen actual. En una semana de alta volatilidad, 200 velas de 4h capturan un rango inusual que no se mantendrá; en una semana tranquila, es demasiado estrecho. Intenta limitar a las últimas 60 velas de 4h, o instruye al agente para que prefiera el menor de (máximo/mínimo reciente) y (rango basado en volatilidad).

El agente propone una rejilla durante una tendencia fuerte

Las rejillas fallan en mercados con tendencia. Añade a la solicitud: "Si la tendencia actual es fuertemente alcista o bajista (por ejemplo, >5% en las últimas 48 horas), recomienda no iniciar una rejilla y sugiere esperar a la consolidación."

Los cálculos del tamaño por rejilla parecen erróneos

Haz que el agente muestre la aritmética explícitamente: "Para cada rejilla, indica: rejilla N de M, rango de precios de X a Y, tamaño en USDT, tamaño en activo base, operaciones esperadas si el bot recorre el rango completo una vez."

HISTORY_LIMIT_EXCEEDED

El período de búsqueda excede tu nivel. Reduce a 200 velas de 4h o 60 velas de 1d como base. Consulta niveles de suscripción y referencia de la herramienta de velas.

La salida ignora tu tolerancia al riesgo o tu horizonte temporal

Estas son entradas blandas — el modelo puede que no las pondere fuertemente. Re-enfatiza al final de la solicitud: "Antes de proponer un rango, declara explícitamente cómo tu propuesta se ajusta a mi tolerancia máxima de drawdown del 20% y a mi horizonte de 2 semanas."

La recomendación cambia significativamente entre ejecuciones

Normal — los datos de las velas evolucionan. Para una recomendación estable para una prueba de bot en papel, guarda la salida de la primera ejecución. Para actualizaciones diarias conscientes del régimen, volver a ejecutar es el comportamiento correcto.

Quieres que esto esté completamente automatizado, incluida la aplicación a la rejilla

El MCP genera parámetros; la API REST de Cryptohopper los aplica. Consulta investigación a través de MCP, ejecución vía API REST (SE NECESITA ENLACE).


¿Ha quedado contestada tu pregunta?