SHARKRULE / Aprender

Cómo escribir una regla de trading sin programar: plantilla de condiciones y límites

Crear una regla sin programar no elimina la necesidad de dar instrucciones precisas. Anota qué se mide, cuándo se comprueba, qué acción autorizas y qué límites pueden bloquearla. Esta plantilla sirve para revisar la lógica antes de introducirla en una herramienta; no elige una estrategia ni presupone que todos los campos estén disponibles.

SharkRule · Revisado

Convierte una idea en una instrucción comprobable

«Comprar cuando el mercado esté fuerte» no identifica el activo, el significado de fuerte, el importe ni el momento de evaluación. Una instrucción revisable especifica la cuenta del exchange, el par al contado, los datos, las comparaciones, la orden y sus límites. Un campo obligatorio sin rellenar es una decisión pendiente; una plantilla o un borrador de IA no debe elegirla por ti.

Separa la señal de mercado, la acción y las comprobaciones obligatorias. Que una señal sea verdadera no significa que se haya enviado, aceptado o ejecutado una orden. Lo que sigue es un ejercicio original sobre papel, no una configuración ejecutable de SharkRule.

Copia la plantilla y completa cada decisión

Plantilla de revisión; los huecos requieren una decisión expresa
CampoQué anotarQué comprobar
IdentidadNombre, versión, cuenta y par exacto al contado¿Qué cuenta y activo puede afectar?
DatosFuente, valor, unidades, intervalo y vela cerrada o en formación¿Corresponden al mismo periodo?
Condiciones A/BComparación, umbral, agrupación Y/O¿Cuenta la igualdad? ¿Es un estado o un cruce?
EntradaCompra o venta, importe con unidad, tipo de orden y límite de precio¿La acción está definida por completo?
ComprobacionesDatos válidos y recientes, permisos, saldo y ninguna orden previa sin resolver¿Deben cumplirse en ambas ramas?
LímitesCompromiso por orden, costes, tope total, número máximo y repetición¿Hay saldo reservado por otras órdenes?
Salida opcionalDesactivada, o activo, cantidad, condición y orden exactos¿Se ha revisado y aprobado por separado?
Ciclo de vidaCaducidad, pausa, errores y registros conservados¿Qué pasa con las órdenes ya enviadas?
AprobaciónVersión revisada, modo elegido e inicio expreso¿Coincide la pantalla con lo escrito?

Y exige ambas condiciones; O admite una o ambas

En este ejemplo hipotético, A significa que el cierre de una vela completada supera estrictamente 100 unidades de la moneda de cotización por unidad del activo. B significa que el volumen de esa misma vela supera 200 unidades del activo. Son cifras inventadas para explicar la lógica, no recomendaciones. Si el cierre es exactamente 100, A es falsa; si el volumen es exactamente 200, B es falsa.

Con Y, ambas condiciones deben ser verdaderas. Con O, basta una, aunque también pueden cumplirse las dos. La documentación de operadores de TradingView explica estos significados; no demuestra una integración con SharkRule. Obtener más señales con O no demuestra mejores operaciones, ni obtener menos con Y demuestra menor riesgo.

Resultado de la señal con ambos datos válidos y recientes
CierreVolumenABA Y BA O B
101250VerdaderaVerdaderaVerdaderaVerdadera
101180VerdaderaFalsaFalsaVerdadera
99250FalsaVerdaderaFalsaVerdadera
99180FalsaFalsaFalsaFalsa

Las comprobaciones obligatorias quedan fuera de la elección de señal

Escribe: todas las comprobaciones pasan Y (A O B). No lo confundas con (comprobaciones Y A) O B: en la segunda expresión B elude los controles. Con el presupuesto agotado, A falsa y B verdadera, la primera bloquea la acción y la segunda la permite incorrectamente. Los paréntesis hacen visible esa diferencia.

Esta plantilla exige que ambos datos sean válidos y recientes antes de evaluar la señal. Si el cierre es 101 pero falta el volumen, registra «sin evaluar: falta volumen» y no autorices la acción. No conviertas el dato ausente en cero ni elimines B. Es una política expresa de calidad de datos: no es una propiedad universal de O, que en lógica booleana puede resultar verdadera por una sola rama.

Define también la antigüedad máxima y el periodo de observación. Un precio actual y el volumen de ayer no representan automáticamente la misma vela. Un valor atrasado, mal formado o de otro par falla la comprobación aunque su número supere el umbral.

Ejemplo de presupuesto: dos autorizaciones y ocho unidades disponibles

Supongamos que la regla sobre papel permite como máximo dos envíos de entrada durante su ejecución. Cada uno reserva 20 unidades de cotización para la compra y 1 para costes, con un tope acumulado de 50. Son importes hipotéticos, no comisiones reales, mínimos del exchange ni cantidades recomendadas. Contamos autorizaciones y reservas, no operaciones ejecutadas ni beneficio.

La primera entrada reserva 20 + 1 = 21. Dos entradas comprometen 2 × 21 = 42 y dejan 50 − 42 = 8. Una tercera requeriría 63, superaría el tope en 13 y excedería el máximo de dos entradas. Una rama O verdadera no concede presupuesto adicional.

No confundas gastar 20 unidades de cotización con comprar 20 unidades del activo. La referencia de órdenes de Coinbase separa producto, lado y configuración, incluidos campos de cantidad base y de cotización. Revisa los requisitos aplicables: este ejemplo no afirma que un par concreto admita ese importe.

Conserva las reservas de órdenes abiertas y los resultados inciertos. Una solicitud que agota el tiempo de espera no demuestra que no se ejecutara. Concilia ejecuciones y costes reales antes de actualizar el saldo disponible; pausar una regla no demuestra que el exchange haya cancelado órdenes pendientes.

Redacta y aprueba la salida por separado

«Vender después» es incompleto. Si quieres una salida automática, especifica qué posición puede afectar, cantidad, condición exacta y referencia, tipo de orden y límites. Define qué ocurre tras una compra parcial o una venta parcial y cómo se evita vender repetidamente la misma cantidad.

Si no has elegido una salida, escribe «salida automática desactivada». Eso no cierra posiciones ni elimina pérdidas. Una regla aprobada solo para comprar no debe adquirir una instrucción de venta sin nueva revisión y aprobación. Una propuesta de IA sigue siendo un borrador hasta aceptar sus parámetros exactos.

Comprueba decisiones antes de evaluar rendimiento

Errores frecuentes: mezclar intervalos, confundir «supera» con «cruza al alza», omitir la unidad del importe o tratar una vista previa como ejecución. Corregir la lógica no demuestra rentabilidad.

  1. Lee la regla con cuenta, par, unidades e intervalo exactos. Sustituye «alto», «pronto» o «poco» por definiciones elegidas; si faltan, no apruebes la regla.
  2. Recorre las cuatro filas Y/O. Añade igualdad en 100 y 200, un dato ausente, otro antiguo y otro de un par distinto. Anota el motivo previsto de cada decisión.
  3. Repite una observación verdadera y después el mismo identificador de evento. Define qué permite otra acción y cómo se reconoce una entrega duplicada; consulta la guía de pausas entre acciones para los tiempos.
  4. Prueba presupuesto agotado, orden pendiente y envío con resultado desconocido. Verifica que B no pueda saltarse esos controles.
  5. Revisa por separado la salida opcional, las ejecuciones parciales y la falta de activo disponible. Guarda la versión revisada y compárala con los controles reales antes de iniciar expresamente una simulación compatible.

Usa la plantilla para revisar un borrador

Desde la página de SharkRule en español enlazada en Fuentes, revisa el proceso actual de creación de reglas y prueba con fondos virtuales. El producto describe compras tras caídas o programadas, preguntas sobre ajustes ausentes y revisión de reglas y presupuesto antes de iniciar una simulación. Compara el borrador con esta plantilla y utiliza únicamente condiciones que la herramienta ofrezca; esta guía no demuestra que admita combinaciones Y/O arbitrarias.

Ni el ejercicio ni una simulación garantizan ejecución o rentabilidad real. Persisten comisiones, deslizamiento, órdenes no ejecutadas, fallos del exchange y posibles pérdidas. La disponibilidad depende de la cuenta, ubicación y panel actual. SharkRule es software independiente, sin afiliación ni respaldo de los exchanges o herramientas citados. La explicación es educativa, no asesoramiento financiero ni de inversión.

Preguntas frecuentes

¿Sin código significa que puedo dejar decisiones abiertas?

No. Cambia la forma de introducir instrucciones, no las decisiones necesarias. Cuenta, par, condición, importe, orden, límites y salida opcional deben estar definidos.

¿Una condición O puede ignorar el presupuesto?

No en esta plantilla. Las alternativas están dentro de una comprobación obligatoria de todos los límites. Escribe los paréntesis y ensaya una señal verdadera con el presupuesto agotado.

¿Un indicador ausente cuenta como falso?

Aquí no se evalúa la señal hasta disponer de ambos datos válidos y recientes. Se registra el motivo y no se autoriza la acción, incluso si la otra rama O es verdadera.

¿Puedo importar este ejemplo en SharkRule?

Es una ayuda de revisión, no un formato de importación ni una estrategia compatible confirmada. Si un campo no existe en la herramienta, no lo sustituyas silenciosamente por otra condición.

Fuentes oficiales

Elaborado con ayuda de IA a partir de la documentación oficial enlazada. Los ejemplos son hipotéticos; no se realizaron pruebas con cuentas reales ni comparaciones de rentabilidad.