Ir para o conteúdo principal
GUILHERME

Sistemas quantitativos

Quant

Uma plataforma desktop construída por uma só pessoa para transformar ideias de trading em pesquisa disciplinada e inspecionável.

Construí o Quant da concepção do produto e da experiência desktop aos serviços de backend, infraestrutura de dados, fluxos de pesquisa e testes. Uma interface em Tauri e React coordena serviços FastAPI, workers apoiados por Redis, PostgreSQL e caminhos de dados de mercado para manter experimentos complexos estruturados, inspecionáveis e utilizáveis em um único produto nativo.

Papel
Fundador, Engenheiro de Produto e único desenvolvedor
Período
Abril de 2026–presente
Plataforma
Desktop nativo
Mercado
Futuros e ações brasileiras
Estado
Pesquisa, backtesting e execução simulada
Código-fonte
Privado
Launcher do Quant com navegação entre áreas de trabalho, estado do sistema e atividade recente de pesquisa no produto desktop nativo.

Construído de ponta a ponta como um só produto

O Quant atravessa as fronteiras entre produto, design, frontend, backend, dados e infraestrutura. Assumi essas frentes em conjunto, permitindo que o fluxo e a arquitetura evoluíssem em torno do mesmo problema de pesquisa, sem depender de repasses entre equipes separadas.

Também criei o emblema Q no Blender e sua cena de apresentação no Unreal Engine 5. O sistema visual leva essa identidade a áreas de trabalho densas por meio de superfícies em camadas, detalhes metálicos contidos e hierarquia clara; o objetivo é manter o foco durante longas sessões de pesquisa, não apenas decorar a interface.

Uma ideia de seis anos, reconstruída para pesquisa disciplinada

Minha própria pesquisa de trading sistemático expôs os limites de planilhas e scripts desconectados. Eu precisava de dados reutilizáveis, definições consistentes de estratégia, simulações repetíveis, busca estruturada de parâmetros e uma forma de questionar resultados promissores antes de envolver capital.

A ideia tem cerca de seis anos e foi o que me levou a aprender programação. Eu a reconstruí várias vezes à medida que aprofundei meu entendimento de mercados, arquitetura, disciplina de pesquisa e design de produto. A implementação apresentada aqui é um novo código-fonte iniciado em abril de 2026.

Uma geração anterior das minhas ferramentas apoiou uma estratégia que negociei pessoalmente, levando aproximadamente R$3.000 a R$90.000 em cerca de um ano. Esse resultado antecede esta implementação; ele contextualiza a origem do projeto, não é uma previsão nem evidência de que o Quant tenha produzido esses retornos.

Do contexto de mercado a experimentos inspecionáveis

A pesquisa começa com instrumentos, séries históricas, indicadores e disponibilidade dos dados. O Quant mantém essas entradas próximas das regras de entrada e saída, parâmetros e configurações de simulação para que um experimento possa ser reconstruído, não apenas lembrado.

Execuções concluídas colocam trajetória do patrimônio, drawdown, operações e estatísticas de apoio ao lado das premissas que as produziram. Um gráfico promissor continua ligado a uma configuração específica, em vez de virar uma imagem isolada ou uma métrica de destaque.

Área atual de dados de mercado do Quant com gráfico de instrumento, indicadores e controles de mercado.
Contexto de mercado e controles de dados fornecem as entradas de uma pesquisa reproduzível.
Área atual de backtesting do Quant com entradas, saídas, parâmetros, instrumentos e controles de simulação da estratégia.
Regras da estratégia e premissas da simulação permanecem juntas antes do início de uma execução.
Resultados atuais de backtesting do Quant com trajetória do patrimônio, drawdown, operações e estatísticas da execução.
Resultados de pesquisa baseados em fixtures continuam ligados à configuração que os produziu.

Questionar resultados antes de confiar neles

Um processo de busca útil precisa fazer mais do que revelar o maior número. A otimização compara tentativas em múltiplos objetivos, enquanto a descoberta reduz conjuntos amplos de candidatos ao trabalho que merece investigação mais profunda.

A validação permanece dentro do fluxo de Backtests e separa janelas dentro e fora da amostra. Criação de atributos, desempenho em simulação e evidência retida continuam sendo perguntas distintas, em vez de se reduzirem a uma única pontuação.

Área atual de otimização do Quant comparando tentativas de um estudo em múltiplos objetivos.
Múltiplos objetivos tornam visíveis os compromissos entre configurações candidatas.
Área atual de descoberta do Quant organizando candidatos de pesquisa para comparação.
A descoberta reduz um espaço amplo de busca a candidatos que merecem investigação adicional.
Visão atual de validação em Backtests comparando resultados dentro e fora da amostra em várias janelas.
Janelas fora da amostra testam se uma configuração promissora merece pesquisa adicional.

Manter o trabalho pesado fora do caminho da interação

Backtests, estudos de otimização e buscas de descoberta podem durar mais do que uma requisição HTTP. O Quant recebe o trabalho pela API, executa-o em workers Dramatiq apoiados por Redis e informa o estado no shell desktop para que a interface continue responsiva.

A execução é deliberadamente mais restrita do que a camada de pesquisa: hoje o produto aceita contas e implantações simuladas. O trading ao vivo é recusado pela interface e pela API, transformando o limite atual de segurança em comportamento visível do produto.

Área atual de sistema do Quant com disponibilidade das fontes de dados, detalhes do ambiente e integridade do backend.
O estado operacional permanece visível sem tirar o operador do ambiente de pesquisa.
Área atual de execução do Quant com uma conta simulada, uma implantação simulada e o limite Live locked.
A execução simulada está disponível enquanto o trading ao vivo permanece visível e tecnicamente bloqueado.

Um produto nativo apoiado por serviços assíncronos

O Quant empacota uma interface React no Tauri 2 e a conecta ao FastAPI. PostgreSQL e Alembic gerenciam o estado da aplicação; Redis e Dramatiq coordenam a pesquisa assíncrona; MetaTrader 5 e um gateway separado e somente leitura alimentam o armazenamento local com dados de mercado.

O desktop é responsável pela interação e pelo contexto do operador, enquanto os serviços assumem dados duráveis e processamento pesado. Essa fronteira mantém o produto coerente sem forçar pesquisas longas a rodar no processo da interface.

Como a stack se organiza

  1. Shell desktop TauriHost desktop nativo do console de pesquisa
  2. SPA em ReactInterface no WebView que se comunica com a API local
  3. Serviço FastAPISuperfície HTTP da API para o console desktop

    Dependências da API

    1. PostgreSQLEsquema da aplicação com migrações Alembic
    2. Fila RedisFila de trabalhos para pesquisa assíncrona
      Pool de workers DramatiqBacktests, otimização, walk-forward e descoberta
    3. Ingestão de dados de mercadoGrava no armazenamento local lido pelas áreas de pesquisa
    4. Fronteira MetaTrader 5Gateway somente leitura; execução simulada; trading ao vivo bloqueado

Por que o desktop era a fronteira certa

O Quant pertence ao lado de serviços locais de dados de mercado, workers e arquivos de pesquisa. Um shell nativo em Tauri torna esse contexto operacional explícito e sustenta um fluxo desktop focado, em vez de fingir que o produto é um SaaS público.

A contrapartida é uma cadeia de ferramentas nativa e dependências específicas de plataforma. Aceitei esse custo porque ele corresponde à forma como o produto é realmente usado.

Desenvolver com fixtures estáveis

Construí um modo determinístico com Mock Service Worker que executa a interface sem FastAPI, PostgreSQL, Redis ou conexão com uma corretora. Fixtures estáveis permitem que o design do produto, o comportamento do frontend e a revisão visual continuem enquanto os contratos dos serviços mudam.

Isso reduziu a coordenação necessária entre interface e infraestrutura e tornou estados importantes reproduzíveis, em vez de dependentes de uma configuração local específica.

Transformar validação e segurança de execução em restrições do produto

Um único backtest pode premiar o sobreajuste, por isso o Quant mantém otimização, validação fora da amostra e controles de execução no fluxo do produto. O software apresenta evidências e limites; ele não declara que uma estratégia é bem-sucedida.

A execução exclusivamente simulada e a recusa do modo ao vivo no backend aplicam o mesmo princípio operacionalmente: uma capacidade futura não pode parecer, por acidente, uma capacidade atual.

O que esteve sob minha responsabilidade

Concebi, projetei e construí o produto: identidade, shell desktop, sistema de interação, áreas de trabalho do frontend, API, arquitetura de workers, esquema do banco, caminhos de dados de mercado, fluxos de pesquisa, controles de execução, testes automatizados e ferramentas de desenvolvimento.

Usei IA para scaffolding, refatoração, geração de testes e revisão. A direção do produto, a arquitetura, o design visual, as decisões de engenharia e as escolhas finais permaneceram sob minha responsabilidade.

Tecnologia em toda a stack

  • Tauri 2
  • React
  • Vite
  • FastAPI
  • Dramatiq
  • Redis
  • PostgreSQL
  • Alembic
  • MetaTrader 5
  • Optuna
  • Mock Service Worker
  • pytest
  • Blender
  • Unreal Engine 5

Estado atual e apresentação técnica

O Quant é usado ativamente para pesquisa e backtesting, com execução simulada disponível e trading ao vivo intencionalmente desativado enquanto esse caminho amadurece.

O código-fonte é privado, e os materiais públicos omitem credenciais, dados de corretora e contas, identificadores de implantação e código. Posso apresentar o produto, a arquitetura e as decisões em maior profundidade em uma conversa técnica.