IRAI / ROADMAP
Fundação temporal corrigida

Do sinal macro ao Tactical Layer.

Uma visão executiva de onde o IRAI está, o que será corrigido, o que será melhorado e quais capacidades novas chegarão para WIN e WDO.

Momento atual

Entrando na Fundação NWE causal

O lookahead dos fatores B3 e o offset sazonal do backend já foram corrigidos. Agora o NWE precisa se tornar um cálculo único, causal e igual no replay, API, Firebase e interface.

01Corrigir o eixo BRT ainda fixo no frontend.
02Refazer as métricas históricas de WIN/WDO.
03Auditar o relógio da Axi.
Destino

Estados explicáveis, sem executar ordens

O Tactical Layer combinará contexto macro, pullback e confirmação micro para mostrar estados como AGUARDAR, ARMADO, CONFIRMADO e NÃO OPERAR.

Visão em números

O roadmap separa claramente manutenção da fundação e criação de produto. Nenhuma funcionalidade tática é ativada antes dos gates quantitativos.

4frentes de entrega
2bugs críticos corrigidos
4blocos de nova funcionalidade
WIN → WDOordem segura do piloto

O que cada rótulo quer dizer

A taxonomia impede que uma hipótese seja apresentada como defeito e deixa evidente quando estamos apenas fortalecendo algo que já existe.

BUG

Comportamento atual incorreto em relação ao que já deveria acontecer.

MELHORIA

Mais confiabilidade, desempenho ou manutenção, sem capacidade operacional nova.

NOVA FUNCIONALIDADE

Uma capacidade nova e perceptível para o operador.

VALIDAÇÃO

Investigação ou gate; só vira bug quando houver evidência.

A rota até a ativação

A sequência é causal: primeiro confiamos nos dados e indicadores; depois treinamos; por último mostramos e ativamos.

FRENTE 0 · CONCLUÍDA

Tempo correto

Alinhamento B3 e DST corrigidos no backend.

FRENTE 1 · PRÓXIMA

NWE causal

Fonte única para NWE, VWAP e ATR.

FRENTE 2 · GATES

Ambiente confiável

Migrações, Axi, métricas e WDO verificados.

FRENTE 3 · PRODUTO

Tactical Layer

Modelo micro, estados, eventos e interface.

Escopo da primeira entrega

A v1 foi cortada para produzir evidência rapidamente e evitar uma interface maior que a capacidade de validação.

Entra na v1

  • Fundação temporal e NWE estritamente causais.
  • NWE, VWAP e ATR calculados no backend.
  • Piloto inicial em WIN; WDO somente após validação.
  • Modelo micro de 15 minutos.
  • Regiões, estados e eventos em barras fechadas.
  • API, Firebase e UI protegidos por feature flag.

Não entra na v1

  • Execução automática, lotes ou copy trading.
  • Modelo micro de 30 minutos.
  • Zonas estatísticas de realização.
  • Expansão imediata aos 20 ativos.
  • Volume Profile e book de ofertas.
  • Polimento visual secundário.

Mapa do trabalho

Use os filtros para enxergar separadamente correções, melhorias, novas capacidades e validações.

BUG-01

Lookahead dos fatores B3

Alinhamento do target e dos fatores no mesmo instante.

Concluído
BUG-02

DST no backend

Offset B3/Tickmill sensível à data da sessão.

Concluído
BUG-03

Eixo BRT dinâmico

Remover o deslocamento visual fixo no frontend e Firebase.

Próximo
BUG-04

NWE sem futuro

Impedir que barras posteriores alterem valores históricos.

Próximo
MEL-01

NWE/VWAP/ATR no backend

Um único cálculo para replay, API, Firebase e interface.

Próximo
MEL-02

Migrações idempotentes

Criação limpa e atualização geram o mesmo schema.

Planejado
MEL-03

Desempenho e cache

Threadpool, single-flight e payload Firebase controlado.

Planejado
NF-01

Backtester point-in-time

Replay causal e auditável, barra a barra.

Planejado
NF-02

Modelo micro 15m

Confirmação de curto prazo validada por walk-forward.

Planejado
NF-03

Estados e eventos

De AGUARDAR a CONFIRMADO, com reason codes.

Planejado
NF-04

Tactical na interface

API, Firebase e UI entregues inicialmente desligados.

Planejado
VAL-01

Novas métricas WIN/WDO

Recalcular o baseline depois da correção temporal.

Pendente
VAL-02

Axi e modelo do WDO

Medir o relógio Axi e liberar o segundo ativo do piloto.

Pendente
VAL-03

Replay/live no Windows

Gate final com MT5 e terminais reais.

Gate final

Gates que protegem o rollout

O plano não confunde “código pronto” com “modelo autorizado”. Cada estágio precisa produzir evidência para liberar o próximo.

Paridade quantitativa

O mesmo NWE precisa aparecer na série, overview, Firebase e frontend.

Validação fora da amostra

O modelo micro só avança com walk-forward, custos e métricas calibradas.

Eventos apenas em barra fechada

Nenhum estado persistido pode nascer de OHLCV ainda mutável.

Feature flag desligada

A integração chega antes da ativação; cada ativo é liberado separadamente.

Validação Windows

Linux cobre código e histórico; o live depende dos terminais MT5 reais.

Decisão de produto

O IRAI continua sendo suporte à decisão.

O resultado desta rota é uma leitura tática mais clara e auditável. Não haverá envio de ordens, recomendação de lote ou promessa de execução. O valor está em transformar contexto estatístico em estados que o operador consegue entender e verificar.