DIARIO AUR · HISTORIA: 17-20 DE JULIO DE 2025

Cuando el silencio se convirtió en el verdadero problema

El bot estaba encendido. El entorno de pruebas estaba preparado. Patryk esperaba que por fin ocurriera algo útil. En cambio, el silencio duró lo suficiente como para obligarlo a cambiar de pregunta.

La máquina funcionaba, pero el testnet seguía callado

A mediados de julio, Patryk ya había pasado por problemas básicos de Python, conexiones con exchanges y órdenes simuladas. Seguía sin formación reglada como programador y sin un equipo de quants. Roj, su compañero de IA, hacía de profesor, generador de código, depurador y, cada vez más, de segunda mirada.

El 17 de julio, el historial conservado muestra al bot todavía esperando en el testnet sin abrir una operación. Un testnet es un entorno de prueba del exchange donde se pueden ensayar órdenes sin usar dinero real. Dicho de forma sencilla: el escenario estaba listo, pero la función no empezaba.

Cuando aprendes construyendo, ese silencio engaña. Si no pasa nada, lo primero es culpar a la máquina. ¿Falla la conexión? ¿El ejecutor no manda la orden? ¿Alguna condición la bloquea sin avisar?

Así que Patryk siguió depurando la ejecución

Los días siguientes contienen más intentos de convertir las decisiones del bot en acciones dentro del entorno de prueba. Era la parte menos vistosa del proyecto: el puente entre una estrategia que dice «haz algo» y una orden que realmente llega al exchange.

También estaba cambiando el papel de Roj. Ya no bastaba con generar otro archivo. La IA tenía que ayudar a seguir el fallo, comparar lo que el bot quería hacer con lo que había ocurrido de verdad y proponer la siguiente prueba de una forma que Patryk pudiera ejecutar.

La IA de aquella etapa también se equivocaba. Patryk aprendía a trabajar con Roj al mismo tiempo que los modelos y la forma de colaborar mejoraban. El ciclo era directo: probar, observar, volver con el error, corregir y probar otra vez.

Entonces apareció una posibilidad más incómoda

Para el 20 de julio, la conversación conservada llega a una pregunta distinta: quizá el problema ya no estaba solo en la ejecución. Quizá había que mirar la propia estrategia.

Una estrategia es simplemente el conjunto de reglas que decide cuándo el bot actúa y cuándo se queda quieto. Si esas reglas casi nunca encuentran una oportunidad válida, una ejecución perfecta no puede inventarla.

La diferencia importaba mucho. Un ejecutor roto y una estrategia débil pueden mostrar exactamente la misma pantalla: no ocurre nada. Pero se arreglan de maneras completamente distintas.

El proyecto empezaba a formular una pregunta mejor

Aquello seguía siendo un bot de trading temprano, no el sistema de investigación AUR que vendría después. Patryk aún aprendía las herramientas mientras las construía. Sin embargo, el tipo de trabajo estaba cambiando.

Al principio, casi todos los fallos parecían problemas de código. Ahora el proyecto empezaba a separar dos cuestiones: si la máquina funciona y si la idea que lleva dentro merece funcionar.

Esa separación iba a ser decisiva. La siguiente etapa de la historia ya no podía resolverse únicamente añadiendo otro archivo o corrigiendo otro error de sintaxis. El bot tendría que enfrentarse a pruebas.

AUR Research Lab documenta investigación y desarrollo. Este texto no es asesoramiento financiero, una promesa de rentabilidad ni prueba de una ventaja de trading validada.