Playbook de reação a movimentos de evento macro
Defina uma escada de resposta predefinida para movimentos iniciais, opostos e obsoletos antes da divulgação, para que uma única ideia de operação não se transforme em várias decisões sem gestão
Resposta direta
Movimentos macro depois de uma divulgação podem fazer sua estratégia falhar de três maneiras: o preço se move rápido demais, vai momentaneamente na direção errada ou para depois da manchete. Defina as três antes da entrada, não depois da primeira ordem executada
Comece pelo mapa de “três ramificações”, não por um cenário único
Antes de enviar sua ordem, defina o que fará em cada ramificação:
A maioria dos planos define apenas a primeira ramificação e depois é reescrita em T+30 segundos
Escreva uma linha de mapa por ramificação com:
Se não conseguir escrever as três ramificações em uma tela, a entrada deve ser atrasada ou reduzida
- o preço se move na direção esperada e mantém o volume
- o preço se move contra sua tese durante a primeira onda de liquidez
- o preço permanece estável por vários minutos apesar do dado da manchete
- mudança esperada do Delta por contrato
- alargamento aceitável do spread
- regra de redução do tamanho depois da ativação da ramificação
- caminho de stop ou hedge para cada resultado
Construa ações de ramificação como cortes percentuais, não opiniões
Palavras ambíguas como “realize lucro” e “saia se estiver fraco” causam atraso na execução. Converta-as em cortes percentuais explícitos antes do evento
Para um mapa de resposta concreto:
Estas não são recomendações de “talvez”. São comandos. Comandos devem ser repetíveis entre ativos e sessões, sem interpretação emocional
- se o primeiro movimento direcional for confirmado, mas o spread dobrar, reduza para 70% e remova aumentos que dependam de liquidez profunda e arriscada
- se um movimento oposto aparecer imediatamente, remova 50% na hora e reavalie com Delta reduzido
- se o preço derivar e as opções não estreitarem, reduza 25% no mesmo minuto e mantenha apenas o núcleo da tese original
Separe a velocidade de reação da tese de entrada
A tese é o motivo da operação. A velocidade de reação é a execução operacional
Nas janelas de evento, elas divergem:
Portanto, defina temporizadores de reação:
Não deixe a janela 2 sobrescrever a janela 1. Muitas perdas vêm de esperar certeza antes de reduzir o risco
- você pode estar certo sobre a direção e ainda perder na execução se a velocidade necessária for impossível
- você pode estar errado sobre a direção e manter a conta segura se o controle de velocidade tiver sido pré-aprovado
- você pode estar incerto e ainda preservar a opcionalidade se limites de spread e liquidez estiverem ativos
- janela de reação 1: resposta imediata ao primeiro preço divulgado (para ajuste protetor)
- janela de reação 2: confirmação da continuação direcional
- janela de reação 3: decisão sobre regime obsoleto antes de a liquidez normal retornar
Feche o ciclo com um ponto de controle pós-evento
Uma divulgação macro não termina quando o pico inicial termina. A conta frequentemente piora nos minutos seguintes, quando o spread normaliza mais devagar que o esperado
Acrescente uma rotina curta de controle:
Repita o mesmo checklist depois de cada evento macro. Se o processo pós-evento for mais fraco que o plano pré-evento, é na próxima iteração que você deve melhorar, não na ideia da estratégia
- congele um retrato da cotação, do spread e da liquidez restante na divulgação
- confirme as restrições de atribuição ou liquidação das pernas vendidas
- verifique se a ação da ramificação foi executada no tamanho pretendido
- documente por que você manteve, reduziu ou fechou em cada ramificação
Perguntas frequentes
Por que a tese passa, mas a operação falha?
Porque vantagem direcional e vantagem de execução são separadas. A primeira pode funcionar enquanto a segunda falha por causa de spread, profundidade ou horário-limite
Com que frequência devo reescrever essas ramificações?
Pelo menos uma vez por ciclo macro importante e sempre que as condições de liquidez ou as regras de horário-limite da corretora mudarem
Existe algum motivo para manter o tamanho total se a ramificação inicial falhar?
Somente se o plano da ramificação mantiver explicitamente o tamanho total, incluir capacidade de liquidez explícita e ainda preservar o orçamento de perda. Isso é raro
Posso automatizar isso em uma regra de ordem?
Você pode automatizar alguns alertas e pré-verificações, mas decisões de ramificação geralmente precisam de intervenção humana porque execuções, mudanças de spread e comportamento da plataforma são dinâmicos