The best LLM for finance in 2026 is usually a recent open-weight general model, not a finance-branded one: Qwen3.8-27B or Gemma 4 31B on a single 32 GB GPU, gpt-oss-120b on an 80 GB card, and Qwen3.5-122B-A10B or Mistral Small 4 on a larger server. What makes the answers trustworthy is retrieval over your own filings, tables parsed correctly and arithmetic handed to a calculator or Python tool.
Finance work punishes the failure modes language models are known for. A summary that drops a footnote, a ratio computed from the wrong period, or a confident number with no source can cost more than the hours the model saved. That is why model choice matters less than the system around it, and why banks and investment firms increasingly run the model where the data already sits.
This guide covers open-weight models you can host yourself. We checked each model’s size, licence, context window and release on its Hugging Face card on 22 October 2026, confirmed serving support in vLLM’s supported-model list, GGUF builds for llama.cpp, and Ollama’s library, and read the finance benchmarks at their source. Vendor benchmark figures are the vendor’s own.
Quick picks: which model for which finance job
| Job | Pick | Why |
|---|---|---|
| 10-K and annual report analysis on one 32 GB GPU | Qwen3.8-27B | 262,144-token native window; Qwen reports 70.7 on CoWorkBench, which includes finance tasks |
| The same, with a US developer and Apache 2.0 | Gemma 4 31B | 256K window; Google reports 66.4% on MRCR v2 at 128K |
| Calculations, ratios and reconciliations | gpt-oss-20b or gpt-oss-120b | Built-in Python execution tool, function calling and structured outputs |
| Very long inputs, such as a full year of filings | Nemotron 3.5 Lightning 30B-A3B | Up to 1M tokens of context; 256K validated on one 80 GB H100 in BF16 |
| Multilingual filings and statements | Qwen3.5 family or Granite 4.2 | Qwen lists 201 languages and dialects; IBM tested Granite in 12 |
| Laptops and 8 GB cards | Qwen3.5-9B or Granite 4.2 8B | About 5.4 to 5.9 GB of weights at 4-bit |
| Shared server for many analysts | Qwen3.5-122B-A10B or Mistral Small 4 | Mixture-of-experts with 10B and 6.5B active parameters; both Apache 2.0 |
The open-weight shortlist, checked in October 2026
| Model (developer) | Parameters | Licence | Native context | On Hugging Face since |
|---|---|---|---|---|
| Qwen3.5-9B (Alibaba Qwen) | 9.7B dense | Apache 2.0 | 262,144 | February 2026 |
| Qwen3.8-27B (Alibaba Qwen) | 27.8B dense | Apache 2.0 | 262,144 | August 2026 |
| Qwen3.6-35B-A3B (Alibaba Qwen) | 36B, about 3B active | Apache 2.0 | 262,144 | April 2026 |
| Qwen3.5-122B-A10B (Alibaba Qwen) | 125B, 10B active | Apache 2.0 | 262,144 | February 2026 |
| Gemma 4 26B A4B and 31B (Google) | 25.8B MoE; 31.3B dense | Apache 2.0 | 256K | March 2026 |
| gpt-oss-20b and gpt-oss-120b (OpenAI) | 21B with 3.6B active; 117B with 5.1B active | Apache 2.0 | 131,072 | August 2025 |
| Granite 4.2 8B and 30B (IBM) | 8.8B and 29.3B dense | Apache 2.0 | 128K, extendable to 512K | August 2026 |
| Nemotron 3.5 Lightning 30B-A3B (NVIDIA) | 31.6B hybrid Mamba-MoE | OpenMDW-1.1 | Up to 1M | August 2026 |
| Mistral Small 4 (Mistral AI) | 119B, 6.5B active | Apache 2.0 | 256K | March 2026 |
Two licence notes matter to financial institutions. Mistral Medium 3.5, a 128B dense model, ships under a modified MIT licence that withholds all rights from any company whose consolidated monthly revenue exceeded $20 million in the preceding month, which rules out nearly every bank. NVIDIA’s Nemotron uses its own OpenMDW-1.1 terms, which your legal team should read as it would any new licence.
Developer jurisdiction is the other filter. Some institutions’ procurement or model risk policies restrict models from particular countries regardless of where the weights run. Qwen comes from Alibaba in China; Gemma, gpt-oss, Granite and Nemotron come from US companies; Mistral is French. Settle that question before the benchmark comparison, not after.
How much GPU memory each model needs
The weights below use 2 bytes per parameter for 16-bit and 4.89 bits per weight for the Q4_K_M quantization, the same arithmetic as our LLM VRAM calculator. gpt-oss ships in MXFP4, so its figures are the real GGUF file sizes.
| Model | 16-bit weights | 4-bit weights | Typical hardware |
|---|---|---|---|
| Granite 4.2 8B | 17.6 GB | 5.4 GB | 8 GB laptop GPU or Apple silicon |
| Qwen3.5-9B | 19.3 GB | 5.9 GB | 8 to 12 GB card |
| gpt-oss-20b | n/a | 12.1 GB (MXFP4) | 16 GB card |
| Gemma 4 26B A4B | 51.6 GB | 15.8 GB | 24 GB card |
| Qwen3.8-27B | 55.6 GB | 17.0 GB | 24 to 32 GB card |
| Gemma 4 31B | 62.5 GB | 19.1 GB | 24 to 32 GB card |
| Nemotron 3.5 Lightning | 63.2 GB | 19.3 GB | 24 to 32 GB card; one 80 GB GPU in BF16 |
| Qwen3.6-35B-A3B | 71.9 GB | 22.0 GB | 24 to 32 GB card |
| gpt-oss-120b | n/a | 63.4 GB (MXFP4) | One 80 GB GPU, per OpenAI |
| Mistral Small 4 | 238.8 GB | 73.0 GB | Two or more 80 GB GPUs for useful context |
| Qwen3.5-122B-A10B | 250.2 GB | 76.5 GB | Two or more 80 GB GPUs for useful context |
Long documents cost memory beyond the weights. Every token of a filing you load sits in the KV cache, and a 200-page report with its notes can occupy a large part of a 24 GB card on its own. Plan for the longest document an analyst will actually send, multiplied by the number of people using the server at once. Our VRAM-by-card guide shows how much context each card keeps beside the weights.
Serving these models with vLLM, llama.cpp or Ollama
| Family | vLLM | llama.cpp (GGUF) | Ollama library |
|---|---|---|---|
| Qwen3.5, Qwen3.6, Qwen3.8 | Yes (Qwen3_5ForConditionalGeneration and the MoE variant) | Community and Unsloth GGUFs | qwen3.5, qwen3.6, qwen3.8 |
| Gemma 4 | Yes | ggml-org GGUF of 31B | gemma4 |
| gpt-oss | Yes | ggml-org MXFP4 GGUFs | gpt-oss |
| Granite 4.2 | Yes (GraniteForCausalLM) | IBM publishes a GGUF | granite4.2 with 3B, 8B and 30B tags |
| Nemotron 3.5 Lightning | Yes (NemotronHForCausalLM) | ggml-org GGUF | nemotron-3.5-lightning |
| Mistral Small 4 | Yes (Mistral3ForConditionalGeneration) | Community GGUFs | Not in the library in October 2026 |
For a shared analyst service, vLLM is the usual choice: it batches many users on one GPU and exposes an OpenAI-compatible endpoint. llama.cpp and Ollama suit a single workstation or a pilot on a laptop.
Matching the model to the finance task
Annual reports and 10-K filings that need long context
Annual reports mix narrative, tables and footnotes, and the answer to a question often depends on a note fifty pages after the table it qualifies. A long window lets the model see both. Qwen3.8-27B and the Qwen3.5 family hold 262,144 tokens natively, Gemma 4 31B holds 256K, and Nemotron 3.5 Lightning reaches 1M with only a few attention layers, which keeps its cache small.
Long-context scores are a better guide than the window size. Qwen reports 63.0 on AA-LCR for Qwen3.5-9B and 66.9 for Qwen3.5-122B-A10B; NVIDIA reports 52.0 for Nemotron 3.5 Lightning; Google reports 66.4% for Gemma 4 31B on an eight-needle retrieval test at 128K. Even so, retrieval that narrows a 300-page filing to the relevant sections usually beats pasting the whole document, both for accuracy and for cost per question.
Spreadsheets, statements and table reasoning
Most errors in financial question answering start with a table that was flattened badly: merged header cells, a units row that says “in millions”, or a negative shown in brackets. Parse tables into structured rows before the model sees them, keep the column headers and units with every chunk, and ask for answers that name the row and period used.
For exports from Excel or a data warehouse, give the model a query tool rather than a pasted sheet. A model that writes SQL or pandas against the real data, and shows the query, is easier to check than one that reads 2,000 rows from its context.
Numerical accuracy: tool calls versus pure generation
Language models predict digits as text, so multi-step arithmetic in prose is where they fail quietly. Hand the calculation to a tool. gpt-oss ships with a Python execution tool and structured outputs; Mistral’s model card demonstrates a calculator tool; Qwen, Gemma 4 and Granite 4.2 document function calling. The model then decides what to compute, and code computes it.
Agentic finance tasks remain hard for small models. NVIDIA’s own table reports scores between 9.28 and 14.02 on the banking domain of τ³-bench for Nemotron 3.5 Lightning, Qwen3.6-35B-A3B, Gemma 4 26B A4B and gpt-oss-20b. Read that as a reason to keep agents on narrow, checked workflows with human sign-off, whatever model you choose. Our tool-calling model guide compares tool use in more depth.
Earnings-call summarisation
A transcript of an hour-long call fits comfortably inside any window in this guide, so the 9B and 27B models do this job well. The useful output is structured: guidance changes with the quoted sentence, analyst questions grouped by theme, and figures checked against the press release. Ask the model to quote rather than paraphrase anything management said about guidance, and to mark statements it could not find in the text.
Credit memo drafting
Drafting a credit memo is an assembly job: spreading financials across periods, restating covenants, listing collateral, and writing the descriptive sections from sourced facts. A 27B to 35B model with retrieval over the borrower file handles that well. The rating, the probability of default and the approve-or-decline recommendation should stay with validated models and the credit officer. Our guide to credit memo agents draws that line in detail.
Multilingual filings
Groups that read filings in German, French, Japanese or Arabic need a model tested in those languages. IBM lists 12 tested languages for Granite 4.2, including German, French, Japanese, Arabic and Chinese. Qwen lists 201 languages and dialects for Qwen3.5 and reports multilingual benchmarks across 29 to 55 languages. Google says Gemma 4 supports more than 35 languages out of the box and was pre-trained on more than 140. Test on real filings, because accounting terms and number formats vary by country.
Finance-specific open models: FinGPT, Fin-R1, Palmyra-Fin and BloombergGPT
Searches for an open-source financial LLM usually lead to four names. Here is what each one is in October 2026.
| Model | What it is | Licence | Status in October 2026 |
|---|---|---|---|
| FinGPT (AI4Finance Foundation) | LoRA adapters and training code for sentiment, named entities and forecasting on bases such as Llama 2, Llama 3 8B, ChatGLM2 and Qwen-7B | MIT | GitHub repository active; newest Hugging Face adapter dated October 2024 |
| Fin-R1 (SUFE-AIFLM-Lab) | A 7.6B reasoning model trained from Qwen2.5-7B-Instruct with finance chain-of-thought data | Apache 2.0, per its card | Released March 2025; authors report 76.0 on FinQA and 85.0 on ConvFinQA, against 60.0 and 66.0 for the base model |
| Palmyra-Fin (Writer) | A 72B model fine-tuned from Palmyra-X-003 with a 131,072-token window | Writer open model licence | Weights on Hugging Face since July 2024; check the licence terms before commercial use |
| BloombergGPT (Bloomberg) | A 50B model trained on 363B tokens of Bloomberg data plus 345B general tokens | Not released | Research paper only, March 2023; no weights to download |
These models proved a point: finance data in training improves finance tasks. But each is built on a base that newer general models have overtaken, and most teams now get further with a 2026 general model, retrieval over their own documents, and tools for arithmetic. Fin-R1 is still worth testing as a small extraction or classification model on a CPU-only server.
Reading finance benchmarks with care
Three public benchmarks come up in every finance model discussion:
- FinanceBench (Patronus AI and partners, November 2023) holds 10,231 questions about public companies with answers and evidence strings. On a 150-case sample, GPT-4-Turbo with a retrieval system answered incorrectly or refused 81% of the time. The lesson was about retrieval and document handling as much as the model.
- FinQA (2021) tests numerical reasoning over financial reports, with questions written by finance experts and gold reasoning programs. It rewards models that pick the right numbers and operations, which is exactly where tool use helps.
- FinBen (2024) bundles 36 datasets across 24 financial tasks, from extraction to forecasting and trading. Its authors found models strong at extraction and weak at forecasting and complex generation.
Treat any single score with caution. Public test sets leak into training data, vendor numbers come from the vendor’s own harness, and none of them uses your chart of accounts, your credit policy or your filings. Build a test set of 100 to 200 questions from your own documents, with answers your analysts agree on, and rerun it every time you change the model, the prompt or the retrieval settings.
Why banks and investment firms keep these models in-house
Three pressures push financial institutions toward models they host:
- Material non-public information. Broker-dealers and investment advisers must maintain written policies to prevent misuse of MNPI under Exchange Act Section 15(g) and Advisers Act Section 204A. A prompt that contains deal terms or unpublished results creates a copy of that information in whatever service processes it. Keeping inference, retrieval indexes and logs on your own systems keeps those copies behind your existing information barriers, a topic our information barriers article covers.
- Client data. Account data, credit files and transaction histories carry privacy and secrecy obligations. Self-hosting avoids adding a model provider as a new recipient of that data.
- Model risk management. SR 26-2, issued by the Federal Reserve, OCC and FDIC on 17 April 2026, replaced SR 11-7 and SR 21-8. It states that generative and agentic AI models are outside its scope and that each bank’s own risk management and governance should set the controls for them. Examiners still expect an inventory, testing and change control, and those are far easier when the model version cannot change underneath you. A self-hosted model stays pinned until your own change process approves an upgrade.
The trade-off is operations. You own GPU capacity, patching, monitoring and evaluation. For most institutions that cost is smaller than the work of documenting and defending a third-party model they cannot inspect.
How VDF AI fits a finance model stack
VDF AI is software that a bank or investment firm installs on its own servers, on-premises, in a private cloud or fully air-gapped. Any of the models above can sit behind it on vLLM or Ollama. VDF AI Router registers those local endpoints, lets you flag a domain as regulated so only approved models are considered, and in air-gap mode keeps every request on local models.
For the workflows in this guide, analysts query filings and research through permission-aware retrieval, so a user only sees passages from documents they could open in the source system, which keeps deal-team material away from public-side staff. Governed agents assemble credit memo drafts or earnings summaries, call calculation tools, and pause at a human approval step before anything leaves the team. Each turn records the user, the model version, the retrieved passages and the tool calls, in storage the institution controls. VDF AI holds no regulatory approval of its own; it runs inside the institution’s controls and model governance.
For the industry view, see the finance and banking solution, the finance agents catalogue and the finance AI use cases. A finance team can test this on its own hardware during a three-month on-premises platform trial before committing.
Sources
Checked 22 October 2026.
- Qwen3.8-27B model card and Qwen3.6-35B-A3B model card
- Qwen3.5-9B model card and Qwen3.5-122B-A10B model card
- Gemma 4 31B model card and Gemma 4 26B A4B model card
- gpt-oss-120b model card and gpt-oss-20b model card
- Granite 4.2 8B model card and Granite 4.2 30B model card
- NVIDIA Nemotron 3.5 Lightning 30B-A3B model card
- Mistral Small 4 model card and Mistral Medium 3.5 licence
- Fin-R1 model card and Fin-R1 technical report
- FinGPT repository and FinGPT models on Hugging Face
- Palmyra-Fin-70B-32K on Hugging Face
- BloombergGPT paper, arXiv 2303.17564
- FinanceBench paper, arXiv 2311.11944
- FinQA paper, arXiv 2109.00122
- FinBen paper, arXiv 2402.12659
- vLLM supported models
- Ollama model library
- Federal Reserve SR 26-2 on model risk management