Docs·More

Compare

XERJ Reader next to general LLM APIs, typed-answer APIs and field-extraction APIs. Facts about other products are from their public pages, as of November 2026.

Three kinds of API can pull an answer out of a document. They differ in what they return, so they fit different jobs. Facts about other products come from the sources at the end of this page, as of November 2026. A dash means the sources do not say.

At a glance #

XERJ Reader General LLM APIs Jev (TypeSafe) Cloudflare Clairic
Kind Reader: points at the answer Generator: writes the answer Typed answers Field extraction
You send A document and a question, or a set of fields A prompt A state and typed questions A state and a field map
You get The exact span with character offsets, Yes/No, or “not in this document” Generated text Yes/no, a choice from up to 255 options you list, or a score A value per field
Can the answer be a value you did not list? Yes, any piece of your document Yes, including invented ones No, a choice comes from your options Yes
Where the answer is in your text Character offsets on every span Not given Not part of the answer types Character spans on text answers
Confidence On every answer, with a bar you set – Probabilities on typed answers A confidence and a null probability per field
Input size 1,000,000 characters per request Depends on the model A state of up to 32k tokens Up to 64k tokens of text, plus up to 4 images
Price per 1M input tokens $0.01 Depends on the model $0.042 $0.10 (preview price)
Output tokens Free Billed Free Free

At $0.01, XERJ Reader is about 4x below Jev's $0.042 and 10x below Clairic's $0.10 preview price.

Against LLM extraction #

A general LLM generates text token by token. Asked for an invoice total, it writes one. The value can be paraphrased (48200, €48.2k) or invented, and it comes without offsets, so checking it means searching the document yourself. You also pay for the output tokens.

XERJ Reader does not write. It returns 48,200 EUR and the characters 533–543 it came from, or none. There is nothing to paraphrase and nothing to invent.

Use an LLM when the answer is not written in the document: a summary, a draft, an explanation, or a question that needs world knowledge.

Against typed-answer and choice APIs #

A typed-answer API such as Jev answers yes/no, picks one of up to 255 options you list, or gives a score, about a state of up to 32k tokens.

That fits decisions among labels you define in advance: routing a ticket, classifying a message, scoring a lead. It does not fit values you cannot list in advance. A date, an amount, a name or an ID is not one of your options until you know it.

XERJ Reader treats every substring of the document as a possible answer. Dates, amounts, names, IDs and clauses work without listing them, and each comes with its position.

Use a typed-answer API when the answer is a label from your own list, or a score.

Against field-extraction APIs #

A field-extraction API such as Cloudflare Clairic takes a state and a field map and returns a value per field. Its field types are text, number, date, time, datetime, duration, list, estimate and forecast. Text answers carry character spans. Each field has a confidence, a null probability and a null threshold you can set. In the published examples, values that are worked out from the text, such as a sum, a date or a duration, come without a span.

XERJ Reader's /v1/extract also reads many fields in one call. Every answered field carries its evidence span. Values come back exactly as written, so 48,200.00 EUR stays a string until your code parses it.

Use a field-extraction API when you need values computed or normalised by the model, estimates and forecasts with intervals, or image input.

Where XERJ Reader is not the right tool #

Being clear about this saves you a migration:

Sources #

Facts about other products, as of November 2026:

Prices and features of other products change. Check their pages before you decide.