Agentes financeiros de IA open source comparados
Updated 2026-09-05
Escolha um projeto pelo trabalho que ele possui: pesquisa multiagente, NLP financeiro, geração de relatórios ou experimentação quantitativa. Comece pela arquitetura e pelo caminho de configuração atuais.
Escolha pelo artefato que deseja produzir
Para um debate de pesquisa, inspecione uma aplicação multiagente. Para classificação de texto financeiro, escolha uma aplicação NLP específica e seu checkpoint. Para um experimento numérico, comece pelo framework de dados e avaliação. O nome do projeto sozinho não informa se ele chama um LLM remoto, treina localmente ou envia ordens. Use a comparação abaixo para reduzir os candidatos e depois siga o guia de configuração da versão escolhida. Um projeto menor que produz um artefato inspecionável pode ser mais adequado do que uma plataforma ampla cujas dependências você não consegue manter.

Compare os projetos de aplicação
Estas são categorias funcionais, não classificações de qualidade ou rentabilidade. Confira a branch ou release exata antes de adaptar a configuração, pois repositórios financeiros frequentemente mantêm exemplos antigos depois que uma nova aplicação é introduzida. As diferenças mais importantes são o caminho do cliente do modelo e as evidências externas necessárias para concluir a tarefa.
| Projeto | Papel de pesquisa | Diferença de configuração |
|---|---|---|
| TradingAgents | Fluxo de debate de analista e pesquisa | Provedor compatível, backend_url e dois slots de modelo |
| ai-hedge-fund | Sinais de pesquisa e análise combinada | Registro de modelos seleciona o transporte antes da base URL |
| FinGPT | NLP financeiro e aplicações de agentes | Configuração do notebook AG2 difere dos checkpoints locais |
| FinRobot | Pesquisa de ações e fluxos de relatórios | Caminhos Desktop, scripts Pro e AutoGen legado diferem |
| RD-Agent | Desenvolvimento iterativo de pesquisa | Chat e embeddings são dependências separadas |
Mantenha Qlib, FinRL e plataformas de dados em sua própria categoria
Qlib é uma plataforma de pesquisa quantitativa e FinRL é um framework de aprendizado por reforço. Sua computação central não deve ser descrita como tráfego de modelo de chat. RD-Agent pode organizar trabalho em torno de experimentos quantitativos, mas seu sucesso com LLM não estabelece um conjunto de dados válido ou um backtest correto. OpenBB é útil para examinar como plataforma de dados financeiros, não como cliente universal de gateway de modelos. Decida qual camada está faltando no seu fluxo antes de escolher um repositório para preenchê-la; caso contrário, você pode adicionar outra interface sem melhorar a qualidade das evidências.
Inspecione a configuração do endpoint no cliente real
Encontre a fábrica de modelos ou carregador de configuração usado pelo entrypoint que pretende executar. Confira qual variável de ambiente fornece a chave, se a base URL é encaminhada e como os IDs de modelo selecionam um provedor. TradingAgents expõe um modo compatível. O registro atual do ai-hedge-fund pode enviar um ID desconhecido para um transporte diferente do esperado. O notebook AG2 revisado do FinGPT configura conversa por meio de LLMConfig. FinRobot exige instruções específicas da aplicação. Essas distinções são mais acionáveis do que uma alegação geral de que todo projeto suporta todo modelo compatível com OpenAI.
Inclua dados e licenciamento na seleção
Registre as fontes financeiras necessárias, sua cobertura geográfica, comportamento de revisão e direitos de armazenar ou redistribuir saídas. Documentos dos EUA, anúncios de bolsas internacionais, transcrições e histórico de preços ajustados são produtos de dados diferentes. Uma licença permissiva do projeto não concede licença dos provedores de dados. Inspecione licenças de checkpoints do modelo separadamente do código do repositório. Ao compartilhar capturas ou relatórios de exemplo, identifique sua fonte e preserve a atribuição. Em uma implantação de equipe, verifique também se os logs podem expor material licenciado ou credenciais a usuários que não deveriam recebê-los.
| Dependência | Pergunta de seleção |
|---|---|
| Dados financeiros | Cobre a bolsa, o período e o tipo de título reais? |
| Cliente do modelo | Lida com as ferramentas e o formato de saída necessários? |
| Execução local | O código gerado roda com recursos e permissões limitados? |
| Armazenamento de artefatos | Fontes, revisões e estados de revisão podem ser exportados? |
| Manutenção | A equipe consegue reproduzir o ambiente fixado? |
Use uma pequena tarefa de aceitação para comparar candidatos
Dê a cada candidato o mesmo pacote permitido de fontes e uma pergunta de pesquisa estreita. Inspecione o caminho completo da recuperação de dados ao artefato final, incluindo um caso de fonte ausente. Preserve a versão escolhida, a configuração resolvida sem segredos, resultados de ferramentas, identidade do modelo e decisão de revisão. Compare fidelidade da fonte, visibilidade das falhas e esforço operacional antes de aumentar o universo. Não trate uma resposta hello da fábrica como fluxo financeiro concluído. Ela pode isolar a etapa do cliente, mas não diz nada sobre parsing de documentos, completude de dados de mercado ou correção numérica.
Escolha um modelo operacional sustentável
Para um pesquisador individual, notebooks podem oferecer controle direto de fontes e cálculos. Uma equipe pode precisar de um serviço com revisão, retenção e controles de acesso compartilhados. Uma watchlist agendada precisa de tarefas retomáveis e deduplicação, não apenas de uma demonstração interativa. Faça orçamento conjunto de acesso a dados, computação local, uso de modelo e manutenção. Preserve revisões exatas ao avaliar atualizações e depois repita a mesma tarefa de aceitação. Uma nova interface ou modelo padrão não justifica automaticamente migrar um fluxo que já produz evidências confiáveis.
Revisão de fontes e limites da comparação
Os guias de configuração das aplicações usam snapshots de fontes oficiais revisados em 5 de setembro de 2026; suas revisões exatas estão ligadas em cada guia. Esta comparação avalia responsabilidades e superfícies de integração, não qualidade de pesquisa medida, rentabilidade ou compatibilidade de todo o pipeline. Nenhuma nova execução de projeto APIsRouter foi feita para este grupo. Use os guias individuais para distinguir configurações revisadas por fontes das evidências de execução que sua própria tarefa de aceitação precisa produzir.
Perguntas frequentes
Qual projeto devo avaliar primeiro?
Comece pelo artefato: pesquisa com vários papéis para TradingAgents, NLP financeiro para uma aplicação FinGPT específica, fluxos de relatório para a versão adequada do FinRobot ou desenvolvimento de experimentos para RD-Agent.
Todos esses projetos são bots de negociação?
Não. Eles incluem aplicações de pesquisa, pesquisa de modelos e infraestrutura quantitativa. Execução de ordens é uma capacidade e uma fronteira de permissão separadas.
Todo projeto pode usar as mesmas variáveis de ambiente da API?
Não. Siga o carregador de cliente e o registro reais. Projetos e bibliotecas de nomes semelhantes usam contratos de configuração diferentes.
Por que o FinRobot atual aparece como vários caminhos?
Sua documentação agora inclui um desktop PydanticAI junto de scripts Pro e fluxos AutoGen legados, portanto uma receita única não pode cobrir todos com precisão.
As licenças dos repositórios cobrem dados de mercado?
Não automaticamente. Revise termos dos provedores de dados e das licenças de modelos de forma independente da licença do código do projeto.