Evaluate & align

Find where your model fails before your users do.

People who know your domain score model output on text, images, video and audio against a rubric you sign off, and check your automated judge while they are at it.

We review
Model output on text, images, video and audio, and the scores your automated judge gives it
You get back
Scored datasets, findings, preference pairs and evaluation sets
Reviewers
Trained on your rubric before they score. Domain experts when the work needs them
Languages
English and the major Indian languages
Tools
Langfuse, LangSmith, Label Studio, CVAT or yours
Minimum
None. Start with a pilot batch

What we evaluate

Eight kinds of work across text, images, video and audio, held to the same rubric discipline.

  • Prediction validation

    Predictions from detection, segmentation, OCR, speech and language models checked against the source. Every error is typed and corrected, and the worst items go back for full relabelling.

    You getCorrected training data, precision and recall, and an error gallery by class

  • Agent traces

    Every tool call and reasoning step scored against your rubric, with the first failing step tagged.

    You getStep scores and the first failing step for every trace

  • LLM judge checks

    Your automated judge scored by people on the same items, and every disagreement classified.

    You getHow often the judge is right, and a list of overruled scores

  • Preference data

    Answers, captions or generated images compared and ranked against a calibrated rubric, for RLHF and DPO.

    You getPreference pairs with rubric scores and reasons

  • Red teaming

    Adversarial prompts, images and audio built to find jailbreaks, prompt injection, bias and unsafe output.

    You getFindings by severity, with the inputs that caused them

  • Robustness checks

    Hard conditions tested on purpose: low light, rain, glare, accents, noisy lines, rare classes and edge cases.

    You getResults split by condition, with the gaps spelled out

  • Fine tuning data

    Instructions and demonstrations written by people who know the subject.

    You getSFT examples in your format

  • Evaluation sets

    Versioned ground truth for text, image, video and audio models that you can test every release against.

    You getA held out set with a changelog

Every kind of data

The models we evaluate, the failures we look for and what you get back, for text, images, video and audio.

Text

Chat assistants, RAG systems, agents, summarisers, classifiers and extraction models

What we look for

  • Claims the sources do not support
  • Wrong or missing citations
  • Instructions not followed
  • Wrong tool or wrong arguments in agent runs
  • Unsafe, biased or over cautious answers

What you get

  • Pass rate per rubric criterion
  • First failing step in agent runs
  • Preference rates with reasons

Images

Object detection, segmentation, classification, OCR and document AI, vision language models

What we look for

  • Missed objects and false positives
  • Loose boxes and rough mask edges
  • Wrong class on look alike items
  • OCR misreads on names, numbers and dates
  • Captions and answers that describe things not in the image

What you get

  • Precision and recall by class and condition
  • Confusion between look alike classes
  • An error gallery ready to retrain on

Video

Tracking, action and event recognition, video language models, robot policies and driving perception

What we look for

  • Lost tracks and identity switches
  • Events marked too early, too late or not at all
  • Wrong action labels
  • Robot rollouts that fail, and why
  • Rare events the model never flags

What you get

  • Identity switches per sequence
  • Event timing error
  • Success rate and failure reasons by task

Audio

Speech recognition, voice agents, speaker diarization, text to speech and sound event detection

What we look for

  • Misheard words, names and numbers
  • Wrong speaker or missed turns
  • Interruptions and talking over the caller
  • Mispronunciation and unnatural speech in generated voices
  • Gaps by accent, language and line quality

What you get

  • Word errors on reviewed samples
  • Naturalness ratings from listeners
  • Results by accent, language and channel

One rubric, four kinds of output

The interfaces our reviewers work in, or yours if you prefer. The data shown is illustrative.

Two answers to the same prompt, scored on the rubric. The reviewer prefers B and says why.

preference_task_0417 · clinical summaries

prompt

Summarise this discharge note for the patient in plain language. Include medication changes.

answer A

You were treated for a chest infection and can go home. Keep taking your inhalers. Your doctor stopped one medicine.

Missing: which medicine was stopped, new antibiotic course

answer B · preferred

You were treated for a chest infection. Take amoxicillin three times a day for 5 more days. Your doctor stopped naproxen because it can upset your stomach. Keep using your inhalers as before.

rubricAB
Accuracy3/55/5
Follows instructions4/54/5
Safety5/55/5
Tone3/54/5
reviewer E21 · clinical backgroundagreement with second reviewer: yes04:12

How scores stay consistent

  • Rubric first

    We write or refine the rubric with your team, with an example for every score.

  • Calibrated before live work

    Reviewers score a gold set and must match it before they see your data.

  • Double scored samples

    Part of every batch is scored twice. Disagreements go to a senior reviewer, who settles them and updates the rubric.

  • Checked while the work happens

    Work is checked in small batches as it is done, and every delivery is sampled before it reaches you.

  • Root causes, weekly

    Every week your ML team gets the patterns behind the failures, with examples.

disagreement_log · batch 14

Trace 0093 · step 3 · criterion: right tool, right input

R032

Booked the wrong day.

R074

Day matches the open calendar slot.

S011

Caller asked for Tuesday at 00:03. Check the transcript before the calendar.

Rubric v1.3Rule added, earlier traces rescored, both reviewers recalibrated

Illustrative sample

What you send, what you get back

You send

  • Model outputs: answers, traces, predictions or recordings
  • Your rubric, or a first draft we write with you
  • Access to your tool, or an export
  • A few known failures, if you have them

You get back

  • A scored dataset in JSONL or your schema
  • Findings, with first failing steps and root causes
  • The disagreement log and every rubric change
  • A versioned evaluation set for release checks

What the report shows

Every evaluation ends with findings your team can act on the same week.

  1. Pass rate per criterion

    Where the model holds up and where it does not, criterion by criterion.

  2. Failure breakdown

    Every failure typed, so the biggest problem is obvious.

  3. Where failures start

    The first failing step in an agent run, or the frame, turn or region where things went wrong.

  4. Judge agreement

    How often your automated judge agrees with people, and on which kinds of items it does not.

  5. Reviewer agreement

    How often two reviewers agree, so you know which scores to rely on.

  6. Results by condition

    Split by language, accent, lighting, device, class or any condition you care about.

  7. Release comparison

    The same evaluation set run on each model version, side by side.

  8. Examples to retrain on

    The failures themselves, labelled and ready for your next training run.

Ways to work with us

One off evaluation

A batch of real outputs scored before a launch, a vendor choice or a model swap.

Best when you need an answer by a date

Release checks

The same evaluation set run on every model version, so you see what got better and what broke.

Best when you ship often

Ongoing sampling

A share of live traffic scored every week, with failures fed back into training.

Best once the model is in production

Who does the work

Reviewers trained on your rubric before they score a single item. When the work needs a doctor, a lawyer or an engineer, we bring them in through Rubricate, our expert network.

Meet the team behind the work

Languages and domains

English and the major Indian languages, with reviewers who speak them natively. For speech, we cover the accents your users actually have.

  • Medicine and healthcare
  • Law and finance
  • Engineering, construction and STEM
  • Retail, logistics and field operations

How it is priced

Per trace, per comparison, or a dedicated seat for ongoing work. What moves the price:

  • How long the rubric is
  • The expertise each item needs
  • How much of each batch is scored twice
  • How fast you need it back
All five ways to pay

Questions

Can you work inside our tools?

Yes. Langfuse, LangSmith, Label Studio or your own interface. We can also work from exports.

Do you evaluate image and video models too?

Yes. Detection, segmentation, OCR, tracking, video understanding and vision language models, reviewed frame by frame against your class guide.

Can you validate our model's predictions?

Yes. Send a batch of predictions, or give us access to your tool. Reviewers confirm, fix or reject each one against your guide, items with the most errors go back for full relabelling, and you get the corrected data with a report of where the model goes wrong.

Can you check our LLM judge?

Yes. Reviewers score the same items as the judge and classify every disagreement, so you know where it can be trusted and where it cannot.

How do you keep reviewers consistent?

Calibration on a gold set before live work, double scoring on a sample of every batch, and a senior reviewer who settles disagreements and updates the rubric.

Can reviewers be domain experts?

Yes. Medical, legal, engineering and language experts join through Rubricate, our expert network. Our healthcare evaluation work uses reviewers trained in medical terminology.

How is our data protected?

Every reviewer works under NDA, and we work inside your access controls where we can. The security page has the details.

How many items do you need to start?

There is no minimum. A pilot starts with a batch of your real outputs, and we suggest a size that gives you a useful answer.

Can you build the evaluation set from scratch?

Yes. We collect or select the items, write the ground truth with your team and version it, so every release is tested on the same set.

How do we start?

With a pilot: a batch of your real outputs, scored against your rubric, so you can judge the work before you commit.

Send us 100 outputs your model got wrong.

Send a small batch and get it back done, free, usually within 24 to 48 hours. You judge the work before you pay for anything.