miatz™
Verify a credentialLog inSit ChuunSit Chuun
  • Learners
  • Mentors
  • Business
CoursesApplied AIProgramResidencyPlaygroundsWar RoomsXookAtlasReadiness Check
miatz

The AI-era engineering institute. The machines got fast — we train the drivers. Real work, a daily loop that compounds, and a record that proves you can think.

Toggle theme
Explore
  • Courses
  • Applied AI
  • Program
  • Residency
  • Playgrounds
  • War Rooms
  • Xook
  • Atlas
  • Readiness Check
  • Tokenizer Lab
  • Chunking Lab
  • Prompt Anatomy
  • Calibration Lab
  • All playgrounds →
Learn
  • Courses
  • The Method
  • The Residency
  • Chuun · Entrance Examination
  • Manifesto
  • The Itz'at credential
  • Verified engineers
  • Playground Catalog
  • AI Use-Case Atlas
  • AI Readiness Check
  • Guides
  • Glossary
  • Compare approaches
  • Blog
  • What's New
For teams
  • For Students
  • For Mentors
  • For Business
  • Classroom migration
  • Miatz Index
  • API reference
  • Sit Chuun
  • Log in
Company
  • About
  • Experts
  • Why it's free
  • Pricing
  • FAQ
  • Contact
  • Privacy Policy
  • Terms of Service
  • Your data & privacy requests
  • Grievance redressal
  • Security & disclosure
  • Subprocessors
  • Data Processing Agreement
Take miatz with you

The Android app is live. iOS is on the way.

Available on AndroidGet it on Google Play
Not yet on iPhoneiOS — use the web app

Miatz Private Limited

Registered office:
C-101, Lotus Tower, Arge Urban Bloom, 30/A, 4th Main, 2nd Stage, Yeswanthpur, Bengaluru, Karnataka 560022, India
CIN:
U62013KA2026PTC226418
GSTIN:
29AAVCM3922D1Z6
Phone:
+91 82802 73456
Email:
hello@miatz.com
Website:
miatz.com
Grievance Officer:
Aishwarya · aishwarya@miatz.com · replies within 30 days
© 2026 miatz · Miatz Private Limited · Built in Bangalore·PrivacyTerms

miatz™, Itz'at™, Tuukul™, T'aan™, Kanan™, Xook™ and Chuun™ are trademarks of Miatz Private Limited (registrations in progress) · what the names mean

miatz
Glossary

LLM-as-Judge

LLM-as-judge uses a language model to grade another model's outputs against a rubric, scaling like code but validated against human labels.

LLM-as-judge is an eval method where a language model grades another model's outputs against a defined rubric, standing in for a human reviewer at a fraction of the cost and time — as long as the judge itself has been checked against real human judgments first.

Code graders can't assess open-ended quality — was this summary actually helpful, was this tone appropriate — and human review, the gold standard for exactly those judgments, doesn't scale to thousands of examples on every CI run. LLM-as-judge sits in the gap: it can evaluate nuance the way a human can, and it can run at the speed and volume of code.

How it works

A judge prompt typically supplies the rubric explicitly (what separates a 5 from a 3), one or two worked examples of each score level, and the response to grade, then asks for a score and a short justification — the justification matters because it makes disagreements auditable rather than a black-box number. The judge is usually a stronger, more careful model than the one being graded, since grading quality is itself bounded by the judge's own judgment.

The step teams most often skip, to their cost: validating the judge. Before trusting an LLM judge's scores, a team scores a sample against real human labels and checks agreement — not just raw percentage agreement, which is inflated by how often both raters simply agree by chance, but a chance-corrected measure like Cohen's kappa. Known judge biases compound the need for this check: position bias (favoring whichever answer appears first), verbosity bias (rewarding longer answers regardless of quality), and self-preference bias (a model judge favoring outputs in its own family's style).

Why it matters

LLM-as-judge is what makes evaluating subjective qualities — helpfulness, groundedness, tone — practical at the scale a CI-gated eval suite needs. Skip the validation step and a team ships an unvalidated number that feels rigorous and measures nothing but the judge's own quirks; do the validation and an LLM judge becomes a genuinely trustworthy proxy for the human review it's standing in for.

A worked example

A team validates a pass/fail judge against 300 human-labeled outputs (200 humans marked pass, 100 marked fail). The judge agrees with the human label on 180 of the 200 passes and 81 of the 100 fails — 261 of 300 correct, 87 percent raw agreement. But chance agreement alone, given each rater's marginal pass/fail rates, would already produce about 55.4 percent agreement — so Cohen's kappa, which corrects for that, works out to (0.87 − 0.554) / (1 − 0.554) ≈ 0.71. A kappa around 0.7 is generally read as "substantial" agreement — good enough to trust the judge for this task, but not so perfect that spot-checks stop.

How miatz teaches it

Learners build a small LLM judge and validate it themselves against hand-labeled examples, computing raw agreement and Cohen's kappa by hand on a confusion matrix before trusting the judge on a single ungraded example — so "the judge agrees with humans" is a computed number, not an assumption.

Related terms

LLM Evals Golden Dataset Code Grader Eval Gate

Learn this in a course

AIE-401 · Evals & Quality Systems

See it compared

Code Grader vs LLM-as-Judge

Learn it by doing it.

Miatz turns definitions into judgment — the free founding cohort trains you on exactly these concepts, hands-on.

Join free More definitions