Tres formas de cambiar una estrategia
«Editar una estrategia» son tres acciones distintas. Viven en sitios distintos, sobreviven a cosas distintas, y elegir la equivocada es como un cambio desaparece en silencio.
| Cambio | Dónde vive | ¿Sobrevive a volver a añadirlo al gráfico? | ¿Viaja con el archivo? |
|---|---|---|---|
| un valor de entrada | los ajustes de este gráfico | no | no |
| el código | tu script guardado | sí | sí |
| una nueva exportación | un archivo entero nuevo | sí, y sobrescribe | sí |
Cambiar una entrada no es cambiar la estrategia
La pestaña Inputs cambia «los ajustes que el autor del script ha decidido hacer editables» [1] — y esos valores pertenecen a esta instancia en este gráfico. No están en tu archivo de Pine.
Así que si encuentras un parámetro que funciona y solo lo cambias en Inputs, tienes un resultado que no puedes reproducir, no puedes compartir enviando el archivo, y perderás la próxima vez que añadas el script a un gráfico. Anótalo, o muévelo al código como valor por defecto declarado.
Es el sitio correcto para cambiar cosas mientras exploras, y el sitio equivocado para dejarlas cuando algo importa.
Cambiar el código implica volver a añadir la copia
Los integrados son de solo lectura; pulsas «Create a working copy» para obtener uno editable [1]. Y una copia de trabajo es un script separado:
Como la copia de trabajo es una versión distinta del script, necesitas usar el botón «Add to chart» del Editor para añadir esa nueva copia al gráfico. [1]
Lo que produce la confusión clásica: editas, guardas, y el gráfico no muestra cambio alguno — porque el gráfico sigue ejecutando el otro script. Si una edición parece no hacer nada, comprueba qué script está adjunto antes de comprobar tu lógica.
Volver a exportar reemplaza todo lo que editaste a mano
Si la estrategia salió de un constructor, una exportación nueva es un archivo
nuevo. Todo lo que cambiaste a mano en el anterior desaparece — incluidos los
costes que añadiste, una llamada a indicador que sacaste de una cadena and, y
un minval que ajustaste.
No es un defecto de exportar; es lo que significa «generado». Pero decide dónde pertenecen tus cambios:
- valores de parámetros y umbrales → cámbialos en el constructor, para que la siguiente exportación los lleve
- cualquier arreglo estructural hecho a mano → o se corrige en el origen o cuenta con repetirlo, y guarda nota de lo que hiciste
La regla práctica: edita a mano una exportación solo para cosas que estés dispuesto a repetir. Todo lo demás vuelve al constructor.
Y tras cualquiera de las tres
Vuelve a revisar la declaración strategy(). Es donde viven los costes, el
tamaño y pyramiding, y es la parte que una nueva exportación reescribe y una
edición de código puede alterar —
los parámetros de coste
lista qué mirar.
¿Hizo tu edición lo que pretendías?
«Compila y la curva de capital se movió» es la prueba habitual, y no es una prueba. La curva se mueve por muchas razones, varias de las cuales significan que rompiste algo.
Anota el número de operaciones antes de cambiar nada
Un solo número, tomado antes de la edición. Es lo más diagnóstico disponible, porque responde a una pregunta que la curva de capital no puede:
| Tras tu edición | Significa |
|---|---|
| número de operaciones igual | no tocaste la lógica de decisión — si querías hacerlo, la edición no llegó |
| número ligeramente distinto | desplazaste un umbral; esperable en un cambio de parámetro |
| número muy distinto | cambiaste cuándo actúa la estrategia, no solo cuánto |
| número cero | una condición es ahora permanentemente falsa |
La última fila es la que cuesta una hora. Una condición que nunca puede ser cierta no da error, produce una lista vacía y una línea plana — que parece una estrategia mala en lugar de una rota.
Y luego comprueba que cambió por la razón que crees
Dos ediciones producen el mismo número de operaciones por razones completamente distintas, así que compara la lista, no el total:
- ¿caen las primeras entradas en las mismas fechas que antes?
- si apretaste un filtro, ¿desaparecieron operaciones en lugar de moverse?
- si cambiaste una salida, ¿siguen idénticas las entradas? Deberían — un cambio
de salida que mueve tus entradas significa que ambas están acopladas en algún
sitio que no pretendías, normalmente vía
pyramidingo el estado de la posición.
Las tres ediciones que en silencio no hacen nada
Conviene conocerlas porque cada una produce un resultado de aspecto convincente:
Una entrada declarada pero nunca referenciada. El control existe, se mueve, y el umbral queda compilado como literal. Lleva la entrada a un extremo: si el número de operaciones no cambia, la lógica no la está leyendo.
Una llamada ta.* dentro de una cadena and. En v6 los operadores evalúan
de forma perezosa [2], así que la llamada se omite en las barras donde la
condición anterior es falsa y su historial interno se rompe. Editar sus
parámetros entonces cambia menos de lo que esperas, y de forma impredecible.
Sácala al ámbito global.
Un cambio en el código mientras el gráfico ejecuta otra copia. Cubierto en la sección anterior, y es lo primero que hay que descartar cuando una edición parece no tener ningún efecto.
Conserva la versión de la que partiste
Antes de un cambio estructural, guarda una copia. No por seguridad, sino para comparar. La pregunta útil rara vez es «¿esto es bueno?» sino «¿es mejor que lo que tenía?», y eso requiere que ambas sean ejecutables en paralelo sobre el mismo instrumento, la misma temporalidad y el mismo rango de fechas.
Y si acabas probando varias variantes así, cuántas probaste forma parte de tu resultado: por qué importa el recuento.
Tactix AI — Studio vs Guide
Tactix AI es la marca del asistente de AlfaTactix (abrir Tactix AI).
- Tactix Studio convierte una descripción de estrategia en una frase en un borrador de Timeframe, Señales, Filtros y Riesgo en el Strategy Builder visual. Revisas y editas cada campo antes de que Code Generator escriba MQL5 o Pine Script.
- Tactix Guide explica el paso en el que estás — qué rellenar, qué significa un control o cómo formular una regla — sin volcar código sin probar.
Es automatización form-first: el LLM no sustituye a Code Generator, y conservas límites de plan y validación en tiempo real.