Documentation

Introdução

O que é a EmidLabs, pra quem ela foi construída, e como a infraestrutura está organizada.

O que é a EmidLabs?

A EmidLabs constrói infraestrutura programável pra inteligência quantitativa e execução de mercado. O foco não é construir mais uma plataforma de trading ou interface visual de backtesting — é construir a camada de infraestrutura que alimenta workflows quantitativos.

Todo produto é projetado API-first. Você interage com a EmidLabs através de requisições HTTP, payloads JSON e respostas estruturadas — não através de dashboards ou builders de arrastar-e-soltar.

💡
A EmidLabs é construída pra pessoas que pensam em código: dev-traders, quants independentes, e traders sistemáticos que precisam de velocidade, escala e controle programático.

Filosofia de Infraestrutura

A infraestrutura segue um princípio estrito de API-first. Isso significa:

  • Toda funcionalidade é acessível via API antes de qualquer UI existir.
  • Entradas e saídas são JSON estruturado, legível por máquina.
  • Workflows são composicionais — você pode encadear saídas em outros sistemas, agentes de IA, ou scripts.
  • O Console é uma ferramenta operacional, não a interface primária pra extrair valor.

Essa filosofia é inspirada em empresas como Stripe (infraestrutura financeira), Vercel (infraestrutura de deploy), e Supabase (infraestrutura de backend) — mas aplicada a pesquisa quantitativa e execução de mercado.

Pra quem é?

Público principal

  • Dev-traders — desenvolvedores que constroem e automatizam suas próprias estratégias de trading.
  • Quants independentes — pesquisadores quantitativos trabalhando fora de ambientes institucionais.
  • Traders sistemáticos — traders que executam estratégias algorítmicas baseadas em regras.
  • Times pequenos de quant — times construindo infraestrutura quantitativa internamente.
  • Construtores de agentes de IA — desenvolvedores construindo agentes autônomos que geram e validam estratégias.
  • Traders conectados via MCP — traders que não escrevem código nenhum, usando um cliente MCP como o Claude pra rodar backtests e gerenciar assinaturas ao vivo diretamente.
Essa página descreve principalmente o caminho via código — se você escreve código, tem controle direto total sobre cada requisição. Se não escreve, o Servidor MCP te dá a mesma infraestrutura — mesmo DSL, mesmos resultados — sem escrever uma linha de código ou montar ambiente nenhum.

Produtos Atuais

Backtesting API — Disponível agora

O primeiro módulo de infraestrutura. Envie uma definição de estratégia como um payload JSON, especifique um par de ativo e intervalo de datas, e receba resultados quantitativos estruturados: trades, win rate, expectância, profit factor, drawdown, e diagnósticos por condition.

A execução é do lado servidor. Você não precisa baixar dados, configurar um engine local, ou gerenciar infraestrutura. A API cuida disso.

Live Execution API — Beta

Inscreva uma estratégia validada em dados de mercado ao vivo. O mesmo DSL e engine de avaliação da Backtesting API, rodando continuamente — receba um sinal no momento em que sua condition de entrada ou saída dispara num candle real e fechado. Veja Live Execution API pra referência completa.

Conceitos Fundamentais

Strategy

Uma strategy é um objeto JSON que define: um timeframe, inputs computados (indicadores), conditions booleanas, pesos de score, e uma regra de decisão de entrada. O engine avalia a estratégia contra dados históricos OHLCV, candle por candle.

Unidades de R

Todo resultado é expresso em R (unidades de risco), não em valores em dólar. R representa uma unidade de risco definida pela configuração de risk management da estratégia (1% de stop-loss por padrão, configurável por estratégia via riskManagement). Isso permite comparar resultados entre estratégias independente do dimensionamento de posição.

Sistema de score

Cada condition numa estratégia tem um peso de score associado. Em cada candle, o engine avalia todas as conditions e soma o score das que são true. A entrada só dispara quando o score total atinge ou excede o limiar de decision. Isso permite regras de entrada multi-condition e nuançadas, em vez de lógica binária tudo-ou-nada.