Sistema de Consejo de Comercio Multiagente Utilizando GPT-5.1 y Claude 4.6

Arquitectura y Componentes del Sistema

Un desarrollador ha implementado un sistema de trading multiagente diseñado para forzar una justificación rigurosa de las configuraciones comerciales antes de su ejecución. El sistema utiliza ZagiHQ para la orquestación, elegido específicamente por sus capacidades de bloqueo de agentes y para evitar el aprovisionamiento manual de máquinas virtuales o la gestión de contenedores. Internamente, la coordinación multiagente es manejada por OpenFang, que automatiza la comunicación entre nodos.

Desglose del Flujo de Trabajo

El sistema opera a través de cuatro etapas distintas:

• Los Exploradores: Tres agentes paralelos recopilan datos: uno rastrea cuentas de X (Twitter) con alta señal, otro monitorea noticias macro de fuentes Bloomberg/Reuters, y otro extrae indicadores técnicos de TradingView. Todos los datos se normalizan en un esquema compartido antes del procesamiento.
• El Consejo: Tres modelos analizan los datos simultáneamente: GPT-5.1 maneja el reconocimiento de patrones, Claude 4.6 Opus maneja el razonamiento macro/técnico, y Claude 4.6 Sonnet verifica la consistencia lógica.
• El Juez: Este guardián cancela cualquier operación donde haya un desacuerdo significativo sobre la Entrada, Stop Loss, Take Profit o la relación Riesgo-Beneficio. No hay mecanismo de anulación.
• Humano en el Ciclo: Las configuraciones que sobreviven activan una alerta de Telegram con desgloses completos del modelo. Todas las operaciones requieren aprobación manual, y el sistema actualmente solo opera en modo de simulación.

Observaciones Iniciales y Desafíos Actuales

El desarrollador informa que los modelos individuales tienden a anclarse en interpretaciones iniciales y racionalizarlas, mientras que el enfoque multiagente con capas de razonamiento filtra un ruido significativo. Las configuraciones que pasan se sienten "más sólidas" y más difíciles de criticar.

Se están abordando tres problemas específicos:

• Valor del sentimiento en X (Twitter): Cuestionando si la relación señal-ruido justifica la sobrecarga, incluso con el filtrado previo de LLM. Considerando despriorizar a menos que catalizadores macro claros impulsen el debate.
• Trampa del consenso: Preocupación de que el acuerdo entre tres partes pueda reflejar sesgos de entrenamiento compartidos en lugar de una señal genuina. Considerando agregar un agente "Abogado del Diablo" específicamente instruido para encontrar razones para no tomar operaciones.
• Mejora del Juez: Actualmente solo cancela operaciones basadas en dirección y R:B. Considerando agregar verificaciones del régimen de volatilidad y umbrales mínimos de convicción (posiblemente mediante logprobs si son confiables).

El desarrollador está dispuesto a compartir esquemas y discutir el flujo de trabajo con otros que construyan sistemas similares.