Open-source AI finance agents compared
Updated 2026-09-05
Choose a project by the work it owns: multi-agent research, financial NLP, report generation or quantitative experimentation. Start with its current architecture and configuration path.
Choose by the artifact you want to produce
For a research debate, inspect a multi-agent application. For financial-text classification, choose a specific NLP application and checkpoint. For a numerical experiment, begin with the data and evaluation framework. The project name alone does not tell you whether it calls a remote LLM, trains locally or submits orders. Use the comparison below to narrow the candidates, then follow the configuration guide for your chosen version. A smaller project that produces an inspectable artifact can be a better fit than a broad platform whose dependencies you cannot maintain.

Compare the application projects
These are functional categories, not quality or profitability rankings. Check the exact branch or release before adapting configuration, because finance repositories often retain older examples after a new application is introduced. The most important differences are the model-client path and the external evidence needed to complete the task.
| Project | Research role | Configuration distinction |
|---|---|---|
| TradingAgents | Analyst and research debate workflow | Compatible provider, backend_url and two model slots |
| ai-hedge-fund | Research signals and combined analysis | Model registry selects the transport before the base URL |
| FinGPT | Financial NLP and agent applications | AG2 notebook configuration differs from local checkpoints |
| FinRobot | Equity research and report workflows | Desktop, Pro scripts and legacy AutoGen paths differ |
| RD-Agent | Iterative research development | Chat and embeddings are separate dependencies |
Keep Qlib, FinRL and data platforms in their own category
Qlib is a quantitative research platform and FinRL is a reinforcement-learning framework. Their core computation should not be described as chat-model traffic. RD-Agent can organize work around quantitative experiments, but its LLM success does not establish a valid dataset or a correct backtest. OpenBB is useful to examine as a financial data platform rather than as a universal model gateway client. Decide which layer is missing from your workflow before choosing a repository to fill it; otherwise you may add another interface without improving evidence quality.
Inspect endpoint configuration in the actual client
Find the model factory or configuration loader used by the entrypoint you intend to run. Check which environment variable supplies the key, whether the base URL is forwarded and how model IDs select a provider. TradingAgents exposes a compatible mode. The current ai-hedge-fund registry can send an unknown ID to a different transport than expected. FinGPT's reviewed AG2 notebook configures conversation through LLMConfig. FinRobot requires application-specific instructions. These distinctions are more actionable than a blanket claim that every project supports every OpenAI-compatible model.
Make data and licensing part of the selection
Record the required financial sources, their geographic coverage, revision behavior and rights to store or redistribute outputs. US filings, international exchange announcements, transcripts and adjusted price history are different data products. A permissive project license does not grant a license to its data providers. Inspect model checkpoint licenses separately from repository code. If sharing screenshots or example reports, identify their source and preserve attribution. For a team deployment, also examine whether logs can expose licensed material or credentials to users who should not receive them.
| Dependency | Selection question |
|---|---|
| Financial data | Does it cover the actual exchange, period and security type? |
| Model client | Does it handle the required tools and output format? |
| Local execution | Can generated code run with bounded resources and permissions? |
| Artifact storage | Can sources, revisions and review states be exported? |
| Maintenance | Can the team reproduce the pinned environment? |
Use a small acceptance task to compare candidates
Give each candidate the same permitted source packet and a narrow research question. Inspect the complete path from data retrieval to final artifact, including a missing-source case. Retain the chosen version, resolved configuration excluding secrets, tool results, model identity and review decision. Compare source fidelity, failure visibility and operational effort before increasing the universe. Do not treat a factory hello response as a finished financial workflow. It can isolate the client stage, but it says nothing about document parsing, market-data completeness or numerical correctness.
Choose a maintainable operating model
For an individual researcher, notebooks may offer direct control over sources and calculations. A team may need a service with shared review, retention and access controls. A scheduled watchlist needs resumable jobs and deduplication rather than only an interactive demo. Budget data access, local compute, model usage and maintenance together. Preserve exact revisions while evaluating upgrades, then rerun the same acceptance task. A new user interface or default model does not automatically justify migrating a workflow that already produces reliable evidence.
Source review and comparison limits
The application configuration guides use official source snapshots reviewed September 5, 2026; their exact revisions are linked on each guide. This comparison evaluates responsibilities and integration surfaces, not measured research quality, profitability or whole-pipeline compatibility. No new APIsRouter project runs were performed for this cluster. Use the individual guides to distinguish source-reviewed settings from the execution evidence your own acceptance task must produce.
FAQ
Which project should I evaluate first?
Start from the artifact: multi-role research for TradingAgents, financial NLP for a specific FinGPT application, report workflows for the appropriate FinRobot version, or experiment development for RD-Agent.
Are all these projects trading bots?
No. They include research applications, model research and quantitative infrastructure. Order execution is a separate capability and permission boundary.
Can every project use the same API environment variables?
No. Follow the actual client loader and registry. The similarly named projects and libraries use different configuration contracts.
Why is current FinRobot listed as several paths?
Its documentation now includes a PydanticAI desktop alongside Pro scripts and legacy AutoGen workflows, so one setup recipe cannot accurately cover all of them.
Do repository licenses cover market data?
Not automatically. Review data-provider and model-license terms independently from the project code license.