Reconstrução do Algoritmo de Trading: De Taxa de Acerto para Est. PoP e Pré-filtragem Inteligente

Melhorias no Algoritmo: De Defeituoso para Funcional
Um desenvolvedor compartilhou recentemente uma grande reformulação do seu scanner de algoritmo de negociação de ações, abordando falhas fundamentais na implementação original. O sistema escaneia 500 ações e gera cartões de negociação com posições sugeridas, mas a versão inicial tinha problemas significativos de precisão e eficiência.
O que Mudou na Reconstrução
O desenvolvedor enviou sete PRs em uma noite, totalizando aproximadamente 2.500 linhas de código. As melhorias focam em três áreas principais:
1. Pipeline Inteligente com Pré-Filtragem
Antes: O sistema buscava cadeias completas de opções para todas as ações candidatas antes de pontuá-las, o que era caro e lento.
Agora: Uma chamada de API em lote pontua todos os tickers candidatos por IV Rank (quão caras as opções estão vs. seu próprio histórico) e classificação de liquidez (quão fácil é realmente ser executado). Apenas os principais candidatos passam para análise profunda.
Resultado: 542 ações escaneadas → 17 passaram no pré-filtro → 8 selecionadas para análise profunda. Isso representa uma redução de 85% nas chamadas de API, tornando as varreduras mais rápidas e baratas enquanto mantém a qualidade.
2. Cálculos de Probabilidade Precisos
Antes: O scanner usava o delta da opção (N(d1) em termos de Black-Scholes) como uma aproximação de "Taxa de Ganho", o que é tecnicamente enganoso, já que delta é um índice de hedge, não uma verdadeira probabilidade de lucro.
Agora: Todas as instâncias de "Taxa de Ganho" foram renomeadas para "Prob. Est. de Lucro" (Probabilidade Estimada de Lucro). O cálculo agora usa N(d2) avaliado nos preços de equilíbrio reais da estratégia.
A diferença: O delta calcula a probabilidade de expirar além de um preço de exercício. O novo método calcula a probabilidade de expirar além do preço de equilíbrio, que leva em conta o prêmio coletado. Por exemplo, com um iron condor coletando $1,50 de crédito em um short strangle 170/190, os pontos de equilíbrio estão em 168,50 e 191,50, não em 170 e 190.
Cada número de Prob. Est. de Lucro agora inclui uma dica de ferramenta indicando o método de cálculo usado: "N(d2) nos preços de equilíbrio" ou "aproximação por delta".
3. Modelo de Valor Esperado Real
Antes: O Valor Esperado estava codificado como $0 (evPerRisk: 0 no código-fonte). O campo existia, mas a matemática nunca foi implementada.
Agora: Cada estratégia recebe um Valor Esperado real usando um modelo de três resultados:
- Zona de lucro total — o preço permanece seguramente longe dos seus strikes
- Zona de lucro/perda parcial — o preço cai entre seus strikes curtos e longos
- Zona de perda total — o preço ultrapassa sua proteção
O modelo binário antigo (ganhar × lucro máximo − perder × perda máxima) assumia incorretamente apenas dois resultados, ignorando os cenários de lucro/perda parcial que são comuns na negociação de spreads.
Arquitetura do Sistema
A arquitetura central do scanner permanece: 500 ações escaneadas, pontuadas em quatro categorias (Vol-Edge, Qualidade, Regime, Info-Edge), com um portão de convergência exigindo 3 de 4 categorias acima de 50. Os cartões de negociação incluem strikes reais e preços reais.
O desenvolvedor observou que o sistema original carecia de consciência de sinal social — embora tivesse manchetes de notícias do Finnhub, tinha zero consciência do que os traders reais estavam dizendo no X/Twitter em tempo real.
📖 Leia a fonte completa: r/ClaudeAI
👀 See Also

Claude Opus 4.6 vs. Sonnet 4.6 para Argumentação Filosófica: Uma Comparação Direta do Usuário
Uma comparação detalhada do Claude Opus 4.6 e Sonnet 4.6 para trabalhos filosóficos e de humanidades revela que o Opus se destaca na decomposição analítica, mas simplifica o subtexto, enquanto o Sonnet capta melhor as nuances, mas tem prosa mais fraca. O usuário achou o Opus exaustivo para pensamentos ricos em implicações e mudou para o Sonnet.

Projeto de Código Claude de 34 Dias do Desenvolvedor Sênior: Engenharia Sólida, Pontos Cegos Críticos
Um executivo de tecnologia com mais de 35 anos de experiência usou o Claude Code para construir um pipeline de conversão de documentos em 34 dias, gerando mais de 300 commits, 272 testes e uma arquitetura limpa. O projeto revelou pontos cegos críticos em torno de bibliotecas existentes e feedback do usuário.

Construindo um Sistema Contextual de Resumo de Notícias Pessoal com IA usando Claude Code
Um desenvolvedor criou um sistema pessoal de resumo de notícias com IA que roda em um Mac Mini três vezes por semana, coletando de 17 fontes e usando Claude Code com integração de memória para criar resumos personalizados. O sistema custa US$ 6-12 por mês e inclui seções que conectam notícias a projetos ativos, referências de código e interesses familiares.

Construindo um Córtex de IA com Claude Code: Arquitetura e Insights da Biblioteca de Contexto
Um desenvolvedor criou uma plataforma onde o Claude escreve, revisa e mescla código automaticamente, com o principal insight sendo uma biblioteca de contexto estruturada que se acumula ao longo do tempo. Após seis semanas, a IA supostamente conhece a empresa melhor do que um novo contratado após um ano.