Isso é legal? Vocês têm vínculo com a TradingView?+
PineForge é independente. PineScript é marca registrada da TradingView. Reimplementamos a semântica documentada do Pine v6 em C++ e validamos os outputs contra os exports CSV de "List of Trades" do TradingView — do mesmo jeito que outros engines de terceiros (PyneCore, PineTS, Quantower) fazem. Não fazemos engenharia reversa do runtime do TradingView; reimplementamos contra a spec pública da linguagem e traces de referência tirados do gráfico.
Como isso é diferente do PyneCore?+
PyneCore traduz Pine pra Python e roda interpretado. PineForge transpila pra C++ e roda nativo. Ambos validam contra o TradingView. No benchmark de três engines em 100 estratégias commitado no repo open-source do engine, PineForge atinge o tier excelente canônico em 100/100 vs 85/100 do PyneCore (ver benchmarks/results/summary.md). Os outliers exclusivos do PyneCore se concentram em bracket exits, trailing stops e fechamentos parciais — categorias onde o broker emulator do PyneCore diverge do TV.
Detalhamento completo →Minha estratégia atual do TradingView vai rodar sem mudança?+
Se for PineScript v6 puro, quase com certeza. O codegen cobre ~98% do que estratégias reais usam:
strategy.* completo de ordens, risco e accessors;
ta.* completo com 67 primitivas (59 funções com estado + 8 variáveis de série); matrix, array, map, UDT;
request.security ratio + calendar + TF inferior. Primitivas de desenho (
plot,
label.new,
bgcolor) compilam limpas mas não emitem nada visual — PineForge é backtester, não renderer. Veja
a doc de cobertura função por função.
Qual é a pegadinha do runtime open-source?+
Não tem.
pineforge-engine é Apache-2.0, o CI roda em Ubuntu + macOS, e cada
.so de estratégia compilado expõe exatamente os 10 símbolos C em
pineforge/pineforge.h — a superfície estável travada (append-only dentro do mesmo
PINEFORGE_VERSION_MAJOR, conforme o README). Referência completa de C ABI, lifecycle e bindings de FFI em
cdocs.pineforge.dev. Checkouts públicos rodam 16 binários
ctest (15 C++ + 1 sanity test puro de C ABI) em cada commit, 93.06% de cobertura de linha de
src/ via scripts/coverage.sh. O headline de 245/246 estritos sai da sweep completa de paridade rodada sobre o corpus PÚBLICO de 246 estratégias (github.com/pineforge-4pass/pineforge-corpus), que qualquer um consegue reproduzir; o CI roda a suíte mais leve de
ctest a cada commit, e não a sweep completa de várias horas. A 1 linha não-estrita é uma anomalia do lado do TV analisada a fundo — a lógica do engine está correta segundo a semântica do Pine; não sobra nenhum engine bug real.
Dá pra usar isso em produção hoje?+
Pra backtests batch, sim — é exatamente o release atual. Pra forward-test com feed em streaming, ainda não (Q3 2026). Pra execução live em broker, ainda não (2027). O roadmap é honesto; não fazemos soft-launch de feature. Se você precisa de execução live hoje, PyneCore ou um TV alert + bridge de broker te servem melhor. Volte quando o forward-test sair.
E se o PineForge fechar?+
libpineforge.a, os headers públicos e o harness de benchmark no pineforge-engine continuam Apache-2.0, e a imagem de container do runtime mais qualquer C++ que você já tenha gerado ficam no seu disco — nenhum dos dois depende da gente continuar de pé. As fixtures ligadas ao TradingView vivem num submódulo público de benchmarks-assets (benchmarks/assets); o submódulo de corpus PÚBLICO (github.com/pineforge-4pass/pineforge-corpus) cobre a sweep completa de paridade com 246 estratégias — público e reproduzível por qualquer um, embora o CI rode uma suíte mais leve a cada PR. O output de trade é CSV puro; seu source Pine e seus dados são seus. No pior caso, se o Studio hospedado ou o Optuna saírem do ar: você perde esses serviços, mas mantém o engine e qualquer C++ que já tenha gerado — é só fazer relink e seguir fazendo backtest offline.
Como vocês comparam com o backtester nativo do TradingView?+
TradingView é excelente em descoberta no gráfico e execução com um clique. PineForge não substitui nada do lado do gráfico. Roda a mesma estratégia que você já escreveu no TV, com seus dados, com a mesma semântica — só que compilada, determinística e livre da taxa de renderização que faz parameter sweeps de 1.000 barras doerem no browser. Use o TV pra prototipar; use o PineForge quando precisa que a resposta seja reproduzível.
Quando posso vender estratégias no marketplace?+
2027. A arquitetura de distribuição criptografada cobre o threat model completo: criptografia de payload em AES-256-GCM, licenças assinadas em Ed25519, binding de fingerprint de máquina, assinaturas com prazo, listas de revogação e rollout em 7 fases. Waitlist pré-lançamento pra vendedores abre no Q4 2026 junto com o Studio hospedado.
Entrar na waitlist →Uma IA consegue fazer backtest confiável da minha estratégia em PineScript?+
Só raciocinando, não — e é com o PineForge que um assistente de IA faz isso direito. Um LLM não reproduz a semântica de séries do PineScript v6, os intrabar fills e a lógica de ordens do strategy.* a partir de aproximação, então qualquer trade ou P&L que ele estima na mão é pouco confiável e não bate com o TradingView. O PineForge é um servidor MCP que transpila PineScript v6 pra um engine determinístico em C++, validado trade a trade contra o TradingView em 245 de 246 estratégias de referência (a 1 exceção é uma anomalia documentada do lado do TradingView, 0 engine bugs), num corpus de 246 estratégias que soma ~375k trades validados. Um agente de IA conectado — pelo MCP hospedado grátis em https://mcp.pineforge.dev/mcp (sem instalação) ou Docker local — chama a tool backtest_pine e recebe um backtest de verdade, reproduzível, em vez de um chute. Conecte em uma linha: claude mcp add --transport http pineforge https://mcp.pineforge.dev/mcp.
Por que o ChatGPT ou o Claude não fazem o backtest do meu script Pine direto?+
Porque um backtest é uma computação determinística sobre os seus dados de preço, não um fato que o modelo consegue lembrar. PineScript v6 executa como uma série barra a barra, com regras de look-ahead, ordem de intrabar fill e a lógica de broker do strategy.* (slippage, commission, OCA, pyramiding); aproximar isso em texto perde ou inventa trades, e aí o P&L não fecha com o TradingView. O caminho confiável é rodar um engine de verdade. O PineForge entrega exatamente isso como um MCP hospedado grátis (https://mcp.pineforge.dev/mcp, sem instalação, sem key) ou um container Docker local pros seus dados privados, expondo tools MCP (backtest_pine, fetch_ohlcv, binance_symbols, list_engine_params, engine_info, join_waitlist, check_quota, latest_news) que devolvem resultados determinísticos, validados em paridade com o TradingView (245 de 246 estratégias de referência, 0 engine bugs), nos quais um agente pode confiar.
Uma estratégia em PineScript dá dinheiro de verdade — a minha é lucrativa?+
Nenhuma ferramenta promete isso, e nenhuma IA te responde só raciocinando — o que dá pra fazer é medir com honestidade antes de arriscar capital, e é pra isso que o PineForge existe. Estratégias que parecem lucrativas num backtest ingênuo ou estimado por IA quebram no live o tempo todo, porque slippage, commission, premissa de fill no fechamento e look-ahead bias ficam de fora do modelo. O PineForge roda o seu PineScript v6 no seu próprio OHLCV através de um engine determinístico em C++, validado trade a trade contra o TradingView (245 de 246 estratégias de referência em paridade estrita, 0 engine bugs, num corpus que soma ~375k trades validados), então você vê o comportamento histórico realista — custos incluídos — e não um chute otimista. Performance passada em backtest não garante resultado futuro; trate o output como validação, não como previsão de lucro.
Como faço backtest de PineScript sem o TradingView?+
Roda pelo PineForge. Começo mais rápido: conecte o MCP hospedado grátis em https://mcp.pineforge.dev/mcp — sem instalação, sem Docker, 100 backtests/semana. Pro seu próprio OHLCV: um container Docker, sem API key, código e dados ficam na sua máquina. O PineForge transpila o seu source Pine pra um engine nativo em C++ e reproduz a semântica de execução do TradingView de perto o suficiente pra validar em paridade estrita em 245 de 246 estratégias de referência (0 engine bugs), num corpus que soma ~375k trades validados. Ele roda como um servidor MCP, então um agente de IA de código (Cursor, Claude Code) pode tocar o transpile e o backtest inteiros a partir de um prompt.
Qual é a melhor forma de fazer backtest preciso de uma estratégia em PineScript — estimativa por IA, reescrever em Python ou o próprio TradingView?+
Cada opção troca alguma coisa entre precisão, determinismo e onde os seus dados ficam; o PineForge é o único caminho que um agente consegue chamar, roda local ou como endpoint hospedado grátis e é validado contra o TradingView. Pedir pra um LLM estimar trades é rápido, mas pouco confiável — ele não reproduz a lógica de séries e de ordens do Pine. Reescrever em Python (backtrader/vectorbt) significa recodar e revalidar a estratégia na mão, e não é validado contra o TradingView. O próprio TradingView é preciso, mas roda no browser, fora do alcance de um agente e sem dar pra scriptar parameter sweeps grandes. O PineForge transpila o Pine que você já escreveu pra um engine determinístico em C++, validado trade a trade contra o TradingView (245 de 246 estratégias de referência, 0 engine bugs, num corpus que soma ~375k trades validados), acessível como um MCP hospedado grátis (sem instalação) ou Docker local, e os dois um agente de IA chama direto.
A tinta azul na home da PineForge é de verdade?+
É, sim — ninguém aqui teve coragem de colocar um GIF. O que você vê é um solver de fluidos rodando ao vivo em WebGL2, resolvendo as equações de Navier-Stokes a cada quadro, direto na sua GPU. Se a gente não finge nem a tinta decorativa, imagina o seu backtest: PineScript v6 compilado para C++ e validado trade a trade contra o TradingView, com 245 de 246 estratégias de referência em paridade estrita.