Read your whole contract estate together, not one contract at a time
Reads your whole contract estate together overnight and answers questions that cross documents, not one contract at a time.
- How it works
- This is a batch job that runs overnight; it cannot answer while you wait. Where the existing clause-finder reads one contract at a time, this holds your whole estate in view at once — every supplier, lease, insurance and SaaS contract, with their amendments and side letters — and answers questions that cross documents: liability caps that stack, indexation clauses that compound, a cluster of auto-renewals falling in the same month. Reasoning across a whole estate is a job for a very large model — too big to fit on a graphics card at all. So its bulk sits instead in the much slower system memory of ml2, and only a small part of that model works on any one word. That is what lets it get through the estate overnight rather than while someone waits.
- Data you need
- Every contract you want read together as digital text — Word files or text-layer PDFs — with each amendment and side letter gathered alongside the contract it changes, or a superseded clause gets read as if it still stood. Contracts that exist only as scans or photos must go through a separate OCR step first, since no vision model is served here, and OCR mistakes carry through into the answers. A contract sitting in a filing cabinet does not exist for this system at all.
- What to expect
- The cross-document questions are the whole point, and they are also where it goes wrong in ways worth naming. It will state a confident conclusion stitched from two clauses that never actually interact — reporting a stacked liability cap where the second contract's cap was never engaged — so treat every cross-document claim as a lead to verify, not a finding. An amendment filed apart from its parent contract gets missed, and a cap that a side letter raised will be reported at its old value; compounding indexation is arithmetic, and arithmetic is where these models slip, so read the clause and work the figure out yourself. It has no view of your national law. On a dense Dutch or German clause it will hand you fluent English that quietly changes the scope — a limitation-of-liability carve-out read as absolute, a conditional obligation read as unconditional — and the English reads clean enough that the error stays invisible until someone checks it against the original language.
- Where people stay involved
- A person owns every answer and signs nothing on the strength of it — this points you at the clauses to check; it is not a compliance review or legal advice. Read each cross-document conclusion back against the quoted clauses in the original, and for anything with money, liability or a termination deadline attached, that reading is your lawyer's job.
Which model, and what it costs to run
Qwen3-235B-A22B-Instruct-2507
No public benchmark ranks this job on our roster — reading a whole document and reasoning across it is exactly what the current long-context tests fail to predict. A job this hard starts from a large model, and we prove it on your own material before anything ships.
- Licence
- Apache-2.0
- Weights at 4-bit
- 132 GB
- Context
- 256K tokens
- Publisher
- Alibaba (Qwen Team)
What the hardware costs
One 141 GB card holds it
- Rent in the EU
- $4.50/hrNebius, Finland (eu-north1)
- Buy the card
- $29,500new, one-off
- Or rent it by the token
- $0.1 / $0.3per M in / out · Nebius AI Studio · EU
Hardware only, third-party prices from 2026-07. The figure excludes the KV cache, which grows with context length and how many people use it at once — sized properly in a conversation, not guessed here. Renting by the token is cheaper up front; why our customers still self-host is below.
Reading a long document whole
No benchmark measures this
No current benchmark ranks today's open models here. HELMET showed that the popular test — finding a planted sentence — predicts nothing, and its own table has not been rerun on 2026 models.
So we do not show a chart here. We measure it on your own content, in the first week, and you see the result before anything ships.
Structured output and tool calls
Measured in a sandbox, on somebody else's functions. It tells you which models are capable of the shape of the job, not which one will survive contact with your API.
Independent measurement · UC Berkeley (Gorilla project) · board updated 2026-04-12
Sticking to the document
Measured on public documents, by a model acting as judge. Read it beside the answer rate: the lowest hallucination rates on this board belong to models that simply decline more often.
Independent measurement · Vectara · board updated May 11, 2026
The API is cheaper per token. Here is why our customers don't use it.
We will not pretend otherwise: renting a model by the token from a serverless API costs less per million tokens than a card we run for you. We show that price on every use-case page. What it does not include is the part a shop with a customer database actually pays for.
- 01
Your data never leaves hardware you can point at
A serverless "we don't retain your data" is a clause in a contract. Running the model on a card in Amsterdam is a fact of architecture: your catalogue, tickets and customer records are never sent to a third party at all. For a GDPR audit, that is the difference between a promise and a floor plan.
- 02
The price cannot move without your say-so
A serverless rate card is somebody else's lever. The provider can raise the price, retire the model, or change the terms, and your cost moves with it. The same model on the same card costs the same next year — you own the number.
- 03
The model cannot be taken away
Hosted APIs deprecate models on their own schedule; the one you built on can be gone in a quarter. An open-weight model on your own hardware runs for as long as you keep the lights on. No vendor can end-of-life it out from under you.
And the price gap closes with volume: past a card you keep busy — very roughly four billion tokens a month — owning is cheaper outright, even before the three reasons above.
Getting a case like this one from a conversation to production takes about two months, and you can stop at the end of any phase.
Also in finance & admin
All 15 →Pull the details off supplier invoices into your bookkeeping
Pulls supplier name, invoice number, dates, line items and VAT out of PDF invoices into records your accounting software can import.
Turn expense receipts into draft expense entries
Turns OCR'd receipt text into draft expense entries — merchant, date, amount, VAT and likely category — for the submitter and finance to confirm.
Sort expenses into your bookkeeping categories
Reads cryptic bank and card descriptions and proposes a category from your own chart of accounts, backed by your past bookings as evidence.
Match incoming bank payments to open invoices
Proposes matches between bank statement lines and open invoices when references are mistyped, names differ or one transfer covers two invoices.
Next
Tell us what your team does by hand
Describe the process that takes the most time. We will say plainly whether a model is the right tool for it.