Dominar a "IA para sumarização", o "backtesting para codificação" e a "API para colocação de ordens" de forma isolada não constitui um sistema. Sem um fluxo de trabalho definido, os resultados comuns incluem: dependência excessiva de conclusões de chat em mercados calmos, omissão de verificações quando a volatilidade aumenta, alteração temporária de regras durante eventos e incapacidade de rever com o mesmo padrão posteriormente. O objetivo da Lição 6 é condensar as cinco lições anteriores num SOP repetível, garantindo que a IA permanece uma assistente e nunca substitui a disciplina sob pressão.
2. Visão geral do SOP: como seis passos se encaixam numa semana
O fluxo de trabalho pode ser dividido temporalmente em três segmentos: período de pesquisa (passos 1–3), período de execução (passos 4 e 6) e período de revisão (passo 5). O período de evento (Lição 4) atua como uma regra transversal que cobre antes e depois da execução.
Período de pesquisa
Organizar informações e calendários; utilizar fontes hierarquizadas e restrições R-C-E-V para gerar pontos a verificar; realizar backtesting ou paper trading para hipóteses testáveis, registando custos e conclusões fora da amostra. Resultados: folha de factos (apenas itens verificados), lista de hipóteses (com condições de invalidação) e juízo inicial sobre se deve entrar em observação ou posição pequena.
Período de execução
Completar a lista de verificação de controlo de risco e as verificações terminais antes de abrir posições; lidar com janelas de evento de acordo com as regras de downgrade; executar scripts de automação apenas quando as regras estão claras e os disjuntores são eficazes.
Período de revisão
Importar registos de negociação reais; comparar o plano com a realidade; atualizar tipos de erro e itens de melhoria para a próxima semana; verificar se os limites de concentração foram violados.
3. Fluxo de trabalho diário: ciclo fechado mínimo antes de abrir posições
Em cada dia de negociação planeado, os seguintes passos podem ser concluídos por ordem fixa dentro de dez a vinte minutos (dependendo da complexidade da posição).
-
Passo 1: verificar se a folha de factos ainda é válida (alterações em anúncios, taxas, parâmetros on-chain ou regras da plataforma).
-
Passo 2: confirmar se hoje está dentro de uma janela de evento; se sim, verificar se a alavancagem foi reduzida ou se novas posições foram pausadas conforme as regras.
-
Passo 3: reestabelecer o plano de negociação: direção, rácio, condições de invalidação, stop-loss, target ou time exit e perda máxima tolerável.
-
Passo 4: cruzar a lista de verificação de controlo de risco: risco por negociação, exposição total, modo de margem e conflitos com posições existentes.
-
Passo 5: confirmação manual terminal do par de negociação, direção, quantidade e tipo de posição (apenas redução ou abertura).
-
Passo 6: após execução, registar o plano e os resultados reais nos campos do diário para evitar entradas baseadas em memória posterior.
A IA pode ajudar na geração de listas de verificação e nos textos de reafirmação nos passos 3 e 4; os passos 5 e 6 não devem ser externalizados.
4. Fluxo de trabalho semanal: ritmo fixo para pesquisa e revisão
Recomenda-se agendar uma sessão completa de pesquisa e revisão semanalmente (por exemplo, ao fim de semana ou em períodos de baixa volatilidade), estruturada da seguinte forma:
Segmento de pesquisa (cerca de 30–45 minutos)
Atualizar observações macro e ligadas a cripto (taxas de juro, USD, proxies de apetite ao risco, estrutura BTC/ETH); atualizar o calendário de eventos; limpar a folha de factos eliminando itens expirados; listar 1–3 hipóteses testáveis para a próxima semana, rejeitando narrativas não verificáveis.
Segmento de revisão (cerca de 30–45 minutos)
Importar negociações da semana; calcular lucro/perda bruto e taxas; anotar problemas de execução (slippage, cliques errados, stop-losses não planeados); categorizar tipos de erro; determinar uma melhoria acionável para a próxima semana (por exemplo, "nenhum ajuste de alavancagem antes de dias de evento" ou "nenhuma nova estratégia sem backtest OOS").
A IA é adequada para formatação e categorização; os números e registos de negociação devem provir de dados exportados.
5. SOP de período de evento: regras duras alinhadas com a Lição 4
Escrever regras de período de evento como estratégias padrão, em vez de decisões ad hoc:
-
24 horas antes do evento: sem novas posições de alta alavancagem; sem implantação de novas regras de ordens automatizadas; confirmar a margem disponível e o rácio de stablecoin.
-
Durante o evento: sem negociações de perseguição baseadas em sumários instantâneos de IA; confiar em dados oficiais e desvio da expectativa; apenas permitir ações de redução ou hedge (se a estratégia for concebida para tal).
-
Após o evento: reavaliar apenas após os spreads e a estrutura de volatilidade normalizarem; registar o caminho real e as diferenças do planeamento de cenário na revisão.
6. SOP de automação: lista de verificação de lançamento alinhada com a Lição 5
Antes de lançar qualquer novo script ou capacidade de agente, percorrer uma breve lista de verificação:
-
A permissão é minimizada?
-
Está separado da monitorização apenas de leitura?
-
Existem disjuntores para perdas diárias e falhas consecutivas?
-
A retirada ou autorização on-chain de alto privilégio está proibida?
-
As chaves estão mantidas fora de repositórios e chats?
-
A colocação automatizada de ordens está desativada por defeito durante períodos de evento?
-
Existe um ponto de confirmação manual?
Qualquer item falhado significa não lançamento ou operação apenas com sinal mantido.
7. Padrões comuns de falha e contramedidas
As falhas de fluxo de trabalho geralmente derivam de padrões identificáveis:
Padrão 1: resultados de pesquisa vão diretamente para negociação ao vivo
Contramedida: separar a folha de factos da lista de hipóteses; itens não verificados não podem entrar na lista de verificação de execução.
Padrão 2: backtesting parece bom, então o tamanho da posição aumenta
Contramedida: aplicar cenário pessimista de OOS para custos; sem upgrades de posição antes de passar no paper trading.
Padrão 3: regras quebradas temporariamente durante períodos de evento
Contramedida: pré-escrever regras de evento no SOP; exceções devem ser registadas e incluídas na revisão.
Padrão 4: automação encobre execução preguiçosa
Contramedida: a automação executa apenas regras documentadas; alterações de regras exigem atualização da documentação antes das alterações de código.
Padrão 5: revisão regista sentimentos, mas não dados
Contramedida: os campos do diário são fixos; a IA apenas organiza, nunca fabrica registos de negociação.
8. Papel da IA na negociação assistida
A IA melhora o processamento de informação e a eficiência da engenharia, mas os humanos mantêm a responsabilidade pela verificação, controlo de risco e execução. O mapa de seis posições resolve "onde utilizar"; a entrada de disciplina resolve "não começar com dados defeituosos"; a auditoria de backtesting resolve "não ser enganado por curvas"; os limites de evento resolvem "não jogar sob pressão"; a segurança da automação resolve "não deixar um único erro persistir"; o SOP desta lição resolve "posso fazer o mesmo na próxima semana".
Para traders experientes, a implementação não requer completar todos os campos de uma vez. Começar com "folha de factos + seis passos pré-negociação + revisão semanal", depois adicionar gradualmente backtesting hierarquizado, downgrades de evento e listas de verificação de automação após correr durante 4–8 semanas. O valor do fluxo de trabalho é a repetibilidade; apenas a repetibilidade permite julgar se as melhorias são reais.
9. Resumo da lição
A Lição 6 refina a negociação de cripto assistida por IA do conceito ao fluxo de trabalho: o período de pesquisa foca-se na verificação e falseabilidade; o período de execução enfatiza listas de verificação e confirmação terminal; o período de revisão prioriza registos precisos e uma única melhoria acionável; o período de evento e a automação contêm riscos de cauda através de regras de downgrade e disjuntores de permissão. As ferramentas mudam, os modelos mudam, mas o fluxo de trabalho pode permanecer estável. Aderir ao fluxo de trabalho é mais eficaz do que perseguir novos prompts para consistência a longo prazo sob pressão do mercado. Este curso termina aqui; se as funcionalidades da plataforma ou a estrutura do mercado mudarem no futuro, atualizar a folha de factos e as listas de verificação em vez de abandonar o fluxo de trabalho em si.
