Skip to content
Back to Blog

Clairic vs Jev and Clef: Extraction vs Decision Models, and How to Chain Them

The differences in one table

This table compares interfaces, inputs and outputs only, not speed or accuracy.

ClairicJevClef Flash / ClefClef OmniDecider
Model typeExtractionDecisionDecisionDecisionDecision
OutputTyped values, most with a confidence and p_null; estimate and forecast have neitherChoice, Score or Noul with probabilitiesSameSameSame
InputText, JSON, plus up to 4 imagesText, JSONText, JSON, imagesText, JSON, imagesText, JSON
When the answer isn't therenull, when p_null exceeds null_thresholdProbabilities across your optionsSameSameSame

When to use Clairic

When the answer is a value you can't list in advance:

  • The amount, invoice date and invoice number on an invoice.
  • The order number, quantity and delivery date in an email.
  • A duration in a description, or an interval estimate: a median plus p10–p90.

Clairic has a 65,536-token context window. The official blog lists these preview limitations: one- and two-step calculations are reliable, but long chains of calculations and multi-row aggregation are not there yet; multi-step forecasts drift toward the average; and well-formed output isn't necessarily correct.

When to use Jev or Clef

When the answer can be written down in advance as options, a scale, or yes/no:

  • Which team should get this email? (Choice)
  • How risky is this reply? (Score)
  • Should this go to a human? (Noul)

Choosing between Jev and Clef comes down to input type and credit rate:

ModelInput typesCredits per block
JevText, JSON1
DeciderText, JSON1
Clef FlashText, JSON, images3
Clef OmniText, JSON, images4
ClefText, JSON, images6
ClairicText, JSON, plus up to 4 images2, per request, not multiplied by questions

How billing works:

Each 4KB counts as one block, and anything under 4KB still counts as one block. Jev and Clef: blocks × questions × rate. Clairic: blocks × 2, per request.

Source: system-one.dev pricing · 2026-10-20

Chaining: extract, decide, then reply

The recommended pattern is Clairic to extract, Clef to decide, and an LLM to write the reply.

Take a payment email with an invoice screenshot attached:

  1. Extract: Clairic reads the email and screenshot and pulls the amount, invoice date and invoice number, usually with a confidence and p_null.
  2. Check: fields with a high p_null or a low confidence go straight to a person and don't move on.
  3. Decide: pass the extracted values to Jev or Clef as JSON and ask "which team gets this?" (Choice) and "does this need human review?" (Noul).
  4. Reply: when the customer needs an answer, let an LLM write it.

Each step does one job, and you can tune each threshold separately.

Example from the official blog: handling a damage claim in three steps

A customer emails to complain about a damaged product:

  1. Extract: Clairic pulls the order number, total paid, days from delivery to the email and the list of damage, and uses an estimate field to give a range for the repair cost.
  2. Decide: Clef checks these values against the policy and chooses between refund and repair. The example policy: refunds within 30 days of delivery; repair is preferred when it costs less than 60% of the price and the damage doesn't stop the product from working, otherwise refund.
  3. Reply: an LLM writes the reply from the decision and the values it needs.

Step 2 sees structured values, not the raw email, so it is less easily swayed by the wording of the email.

Using Clairic on system-one.dev

Clairic is available on system-one.dev. For the model ID, see GET /v1/models. How Clairic is billed: each 4KB of request content counts as one block, and anything under 4KB counts as one block; each block costs 2 credits. You're charged once per request, no matter how many fields you extract. This differs from Jev and Clef, whose cost is also multiplied by the number of questions. See pricing and the Clairic model page.

Calling Clairic and Clef Omni through the System One API

Clairic and Clef Omni are both models system-one.dev provides through the same System One API and the same SDK client. Use extract({ state, fields }) with model clairic to get values, then send those values as state to a decision model. Clef Omni, like Clef and Clef Flash, can also read images when it decides. See the Clairic SDK docs and the Clef Omni model page.

New accounts get 100 free credits on sign-up. Try it online (sign-in required).

Last verified: 2026-10-22

Frequently asked questions

Can I use Clef alone for extraction?

Not really. Clef only answers within the options you list. Amounts, dates and reference numbers can't be listed in advance, so they belong with an extraction model.

Can Clairic do classification?

Clairic returns values, not probabilities over options. To judge among fixed options, use Jev or Clef.

If I use both, isn't that redundant?

No. Clairic handles "what's the value?" and Jev or Clef handles "what do we do about it?". Each owns one step.

How do Clef Flash and Clef Omni work with Clairic?

The same way as Clef: pass Clairic's output to them as JSON for the decision. If there are images, Clef Flash, Clef Omni and Clef can all read them. Test on your own samples to pick one.

Which is more accurate, Clairic or Jev?

They don't do the same job, so they can't be compared directly. Test each on its own step with your own data.

Does it work with languages other than English?

Jev handles Chinese, but it is less accurate than in English. For Clairic, test with your own data in your language first.