Phase7 Live Trading Bot

Documento maestro de administración · Pre-live local · Paper-live / read-only · Sin ejecución real

Shadow: POSITIVE_EDGE_STRONGAnalytics: PASSRisk Guard: ALLOWMarket Guard: ALLOWGo Live: BLOCKEDReal execution: FALSE

1. Valoración realista según cálculos actuales

Las cifras siguientes proceden de shadow trading, simulación de ejecución LIMIT, datos reales de mercado Bitunix en modo read-only y analytics avanzado. No equivalen a rentabilidad real garantizada.

Profit factor esperado

≈ 2.25

Fuerte en simulación. Por encima de 1.3 se considera aceptable para continuar validación.

Winrate esperado

≈ 66.67%

Basado en la mezcla actual de escenarios: positivos, degradados, neutrales y negativos.

Sharpe-like estimado

≈ 0.36

Indicador interno, no Sharpe financiero auditado. Útil para comparar versiones del bot.

Drawdown máximo calculado

≈ 0.07%

Calculado sobre capital base de 300 USD. El cálculo relativo a PnL inicial puede distorsionar.

Expectancy por operación

≈ +0.0407

Esperanza positiva por trade simulado. Es una de las métricas más importantes.

Fill probability media reciente

≈ 0.98–0.99

Alta debido a spread bajo y mercado Bitunix BTCUSDT con calidad excelente en las pruebas.

Nivel de confianza: medio para comportamiento lógico y robustez de módulos; bajo-medio para rentabilidad real, porque aún no existe ejecución con dinero real, fills reales, cancelaciones reales ni comisiones reales finales de cuenta.

2. Herramientas para sumar después del lanzamiento

Herramienta	Función	Prioridad	Dificultad	Impacto estimado
Private read-only account	Ver balance, posiciones y órdenes abiertas sin operar.	Alta	Media	Alto en seguridad operativa.
Micro-live executor	Órdenes reales limitadas de 1–5 USD con aprobación manual.	Alta	Alta	Crítico para validar ejecución real.
Alertas Telegram/email	Notificar anomalías, kill switch, fallos runtime y cambios de estado.	Alta	Baja-media	Muy alto para operación 24/7.
Backups automáticos	Copias de reports, logs y configuración.	Media	Baja	Alto para recuperación.
Walk-forward testing	Validar estrategia en ventanas temporales separadas.	Alta	Alta	Muy alto contra sobreajuste.
Position sizing dinámico	Ajustar tamaño según drawdown, volatilidad y edge.	Media	Media	Alto, pero debe implementarse con cautela.
Panel multiusuario	Usuarios conectan sus claves propias bajo membresía.	Baja ahora	Muy alta	Alto negocio, alto riesgo legal/técnico.

3. Maniobras diarias como administrador

Inicio de día

Arrancar orquestador local: scripts\start_phase9_local.bat
Arrancar dashboard: python -m uvicorn web_dashboard_api:app --reload
Comprobar LOCAL_RUNTIME_OK.
Confirmar RISK_GUARD_ALLOW, MARKET_TRADE_GUARD_ALLOW, ADVANCED_ANALYTICS_PASS.
Verificar orders_sent=false y real_execution=false.

Durante la operativa

Revisar dashboard cada 30–60 minutos.
Observar spread, latencia, loss streak y drawdown.
No cambiar thresholds durante una prueba en curso.
Si aparece WARNING/FAIL, detener y analizar logs.

Cierre de día

Exportar o copiar reports y logs.
Revisar profit factor, expectancy, max drawdown y racha máxima.
Anotar incidencias: bloqueos, fallos, latencia, caídas.
Parar con scripts\stop_phase9_local.bat si no se deja 24/7.

Frecuencia de revisión

Dashboard: cada 30–60 min en pruebas.
Logs: 1 vez al día.
Analytics: al inicio, mitad y cierre del día.
Auditoría profunda: semanal o tras cambios.

4. Características que cumple Phase7

Característica	Descripción	Estado
Shadow trading	Simulación de operaciones con PnL variable, fees, slippage y escenarios.	Implementado
Dashboard web	Panel oscuro con PnL, velas, guards, mercado real, analytics y ejecución.	Implementado
Bitunix market read-only	Lectura de order book, bid, ask, spread y latencia sin API privada.	Implementado
Risk Guard defensivo	Control de drawdown, racha de pérdidas, anomaly y kill switch.	Implementado
Market Guard	Bloqueo si calidad de mercado, spread o latencia son inadecuados.	Implementado
Limit Engine	Simulación realista de LIMIT: fill, partial, timeout, replace.	Implementado
Execution Bridge	Decide PAPER_LIVE y bloquea ejecución real hasta aprobación futura.	Implementado
API privada Bitunix	Balance, posiciones y órdenes reales.	Pendiente
Micro-live	Órdenes reales pequeñas con control manual.	Pendiente
SaaS multiusuario	Usuarios conectan claves propias con membresía.	Futuro / requiere legal y seguridad avanzada

5. Modo de uso adecuado en fases

Fase 1 · Pre-lanzamiento

Simulación + paper-live + read-only. Objetivo: demostrar estabilidad sin riesgo.

No API privada.
No órdenes reales.
Validar 48–72h continuas.
Exigir analytics PASS.

Fase 2 · Lanzamiento

Capital real reducido únicamente tras módulo private read-only y micro-live.

Capital mínimo por operación.
Permisos sin withdrawal.
IP whitelist.
Kill switch manual y automático.

Fase 3 · Desarrollo

Escalado y optimización gradual si micro-live confirma edge real.

Subir tamaño lentamente.
Comparar real vs shadow.
Ajustar filtros y ejecución.
Auditar cada cambio.

6. Qué lo hace diferente a otros bots

La diferencia no es prometer ganancias, sino bloquearse cuando no hay garantías suficientes.

Área	Bot común	Phase7
Seguridad	Conecta API y opera rápido.	Primero shadow, guards, bridge y bloqueo real.
Mercado	Usa precio simple.	Lee order book real, spread, latencia y calidad.
Ejecución	Asume fill ideal.	Simula LIMIT con probabilidad de fill, timeout y replace.
Riesgo	Stop loss básico.	Risk Guard, Market Guard, Analytics y Execution Bridge.
Transparencia	Pocos logs.	Reports JSON, dashboard, governance y tests.

7. Ventajas y desventajas

Ventajas

Arquitectura defensiva antes de operar real.
Dashboard claro para estado operativo.
Uso de mercado real en modo read-only.
Analytics avanzado con profit factor, expectancy y drawdown.
Execution Bridge impide saltos accidentales a live.
Testing automatizado amplio.

Desventajas

Aún no demuestra rentabilidad con dinero real.
Depende de la calidad de simulación y escenarios.
Requiere disciplina del administrador.
La integración privada con exchange aún está pendiente.
El modo SaaS implica riesgos legales y de seguridad.
El dashboard actual sigue siendo local, no VPS.

8. Instrucciones para dominar el bot a nivel administrador

Curva de aprendizaje recomendada

Entender estados: PASS, ALLOW, BLOCK, FAIL, COOLDOWN.
Aprender reports clave: runtime, analytics, risk, market, bridge.
Practicar lectura de drawdown, loss streak, expectancy y profit factor.
Simular fallos: mercado BAD, analytics FAIL, risk cooldown.
Solo después estudiar API privada y micro-live.

Errores comunes

Confundir PnL simulado con dinero real.
Optimizar durante una prueba en marcha.
Ignorar latencia o spread.
Poner API keys demasiado pronto.
Reaccionar emocionalmente a 2–4 pérdidas normales.

Checklist por niveles

Nivel	Debe dominar
Básico	Arrancar/parar runtime, abrir dashboard, leer estados principales.
Intermedio	Interpretar analytics, drawdown, loss streak, market quality y limit engine.
Avanzado	Auditar logs, diagnosticar fallos, ajustar thresholds con control y preparar micro-live.

Comandos clave

scripts\start_phase9_local.bat
scripts\stop_phase9_local.bat
python -m uvicorn web_dashboard_api:app --reload
python scripts\run_local_runtime_orchestrator.py --once --pretty
python scripts\run_advanced_performance_analytics.py --initial-capital-usd 300 --pretty
python scripts\run_defensive_risk_guard.py --pretty
python scripts\run_market_quality_trade_guard.py --pretty
python scripts\run_execution_bridge.py --pretty

Protocolo ante anomalía o kill switch

No reiniciar impulsivamente.
Guardar captura del dashboard.
Revisar reports\runtime_status_v1.json.
Revisar logs\local_runtime_orchestrator_v1.log.
Identificar si el fallo viene de mercado, riesgo, analytics, limit engine o bridge.
Solo reactivar si el motivo está documentado y resuelto.