This prompt is for evaluation infrastructure teams who need to measure how well an LLM judge's scores align with human-annotated ground truth. Use it when you have a calibration dataset containing model outputs paired with human quality ratings, and you need a structured alignment report that quantifies agreement, identifies systematic bias, and flags annotation quality concerns. The core job-to-be-done is auditing the judge itself—not scoring individual outputs. Run this before deploying a judge into production, after rubric changes, or when human reviewers report that automated scores feel wrong.
Prompt
Judge Alignment with Human Gold Standard Prompt Template

When to Use This Prompt
Define the job-to-be-done, required inputs, and boundaries for the judge alignment prompt before running it in production.
The prompt requires a calibration dataset with at least 30 scored items per rubric criterion to produce statistically meaningful alignment metrics. Each item must include the original model output, the human-assigned score, and optional human rationale. The prompt template accepts placeholders for [CALIBRATION_DATA], [RUBRIC_DEFINITION], [SCORING_SCALE], and [CONFIDENCE_LEVEL]. It produces a structured report with agreement coefficients, per-criterion breakdowns, systematic bias flags, and annotation quality warnings. Do not use this prompt when you have fewer than 20 scored items, when human annotations lack inter-rater reliability checks, or when the rubric itself is still in draft form—alignment metrics on unstable foundations produce false confidence.
This is a meta-evaluation prompt, not a scoring prompt. It does not evaluate model outputs directly. It evaluates the evaluator. If you need to score individual outputs, use a standard judge prompt from the Rubric Design and Scoring Prompts group. If you need to compare two judges against each other without human ground truth, use the Inter-Rater Agreement Score Calculation Prompt Template. Reserve this prompt for the specific workflow where human-annotated gold data exists and you need to calibrate an automated judge against it before trusting its scores in production pipelines.
Use Case Fit
Where the Judge Alignment with Human Gold Standard prompt works well and where it introduces risk. Use these cards to decide if this prompt fits your evaluation pipeline before you run it.
Good Fit: Pre-Deployment Judge Calibration
Use when: you are onboarding a new LLM judge and need to measure its agreement with human annotators before it scores production traffic. Guardrail: run this prompt against a held-out calibration set with at least 50 human-annotated items per criterion before trusting the judge in automated pipelines.
Bad Fit: Single Annotator Ground Truth
Avoid when: your human gold standard comes from a single annotator with no inter-annotator agreement data. Guardrail: require at least two human annotators per item and report human-human agreement as an upper bound. A judge cannot align with a target that is itself unreliable.
Required Input: Structured Score Pairs
What to watch: the prompt expects paired human and judge scores aligned by item ID. Missing or misaligned pairs produce misleading alignment metrics. Guardrail: validate input shape before invoking the prompt—every item must have both a human score and a judge score with matching identifiers.
Operational Risk: Small Sample Overfitting
Risk: alignment scores computed on fewer than 30 items per criterion produce wide confidence intervals and false confidence. Guardrail: the prompt harness should compute and report confidence intervals. If the interval width exceeds your tolerance, flag the result as inconclusive and request more annotated data.
Operational Risk: Annotation Quality Drift
Risk: human gold standard labels created months ago may no longer reflect current rubric interpretation, making the judge appear misaligned when the reference is stale. Guardrail: timestamp all annotations and re-validate gold standard items older than your review cadence before using them for alignment checks.
Bad Fit: Subjective Criteria Without Anchors
Avoid when: your evaluation criteria are vague (e.g., 'quality,' 'helpfulness') without behavioral anchors or scoring rubrics. Guardrail: pair this prompt with a rubric design playbook first. Alignment measurement requires both sides to score against the same operationalized definitions.
Copy-Ready Prompt Template
A reusable prompt for comparing LLM judge scores against human gold-standard annotations to produce alignment metrics, bias reports, and per-criterion agreement breakdowns.
This prompt template is the core instruction set you send to a meta-evaluation model. Its job is to take a batch of items—each containing a human gold-standard score, an LLM judge's score, and the original content—and produce a structured alignment report. The report includes overall agreement metrics, per-criterion breakdowns, systematic bias flags, and a confidence assessment. You will calibrate this template by replacing each square-bracket placeholder with your specific data, rubrics, and constraints before execution.
textYou are an evaluation auditor. Your task is to compare LLM judge scores against human gold-standard annotations and produce a structured alignment report. ## INPUT DATA [JUDGE_SCORES_AND_GOLD_STANDARDS] ## RUBRIC [RUBRIC_DEFINITION] ## OUTPUT SCHEMA Return a single JSON object with the following structure: { "overall_alignment": { "agreement_metric": "string (e.g., 'Cohen's Kappa', 'Percent Agreement', 'Weighted Kappa')", "value": number, "interpretation": "string (e.g., 'Substantial agreement', 'Moderate agreement')", "confidence_interval_95": [lower_bound, upper_bound] }, "per_criterion_breakdown": [ { "criterion_name": "string", "agreement_value": number, "divergence_direction": "string (e.g., 'Judge scores higher than human', 'Judge scores lower than human', 'No systematic divergence')", "sample_size": number } ], "systematic_bias_flags": [ { "bias_type": "string (e.g., 'Leniency bias', 'Severity bias', 'Central tendency bias')", "affected_criteria": ["string"], "evidence": "string describing the pattern observed", "severity": "string (e.g., 'Low', 'Medium', 'High')" } ], "annotation_quality_notes": [ { "concern": "string (e.g., 'Low inter-annotator agreement in gold standard', 'Possible label noise in criterion X')", "recommendation": "string" } ], "sample_size_sufficiency": { "is_sufficient": boolean, "rationale": "string", "minimum_recommended_samples": number }, "overall_assessment": "string summarizing alignment quality and primary risks" } ## CONSTRAINTS [CONSTRAINTS] ## EVALUATION INSTRUCTIONS 1. Calculate the overall agreement metric specified in [CONSTRAINTS] using the paired human-judge scores. 2. For each criterion in [RUBRIC_DEFINITION], compute agreement separately and identify divergence direction. 3. Scan for systematic patterns: does the judge consistently score higher or lower than humans? Does the judge avoid extreme scores? Does agreement drop for specific criteria? 4. Assess the gold-standard data itself: are there signs of annotation noise, low inter-annotator agreement, or insufficient samples? 5. Flag any sample-size concerns that make the alignment metrics unreliable. 6. If [RISK_LEVEL] is 'high', include explicit human-review recommendations and do not state conclusions as definitive without confidence intervals. ## RISK LEVEL [RISK_LEVEL]
To adapt this template, replace [JUDGE_SCORES_AND_GOLD_STANDARDS] with a structured array of items, each containing the original content, the human gold-standard score, and the LLM judge's score. Replace [RUBRIC_DEFINITION] with your evaluation rubric's criteria names, scale definitions, and scoring guidelines. Use [CONSTRAINTS] to specify the agreement metric you want computed, any domain-specific rules, and output formatting requirements. Set [RISK_LEVEL] to 'low', 'medium', or 'high' to control the conservatism of the analysis—high-risk contexts will produce more cautious language and demand confidence intervals. After generation, validate the JSON output against the schema before ingesting it into your evaluation dashboard. For high-stakes calibration, always route the output through a human reviewer before accepting alignment conclusions.
Prompt Variables
Required inputs for the Judge Alignment with Human Gold Standard prompt. Each variable must be populated before the judge can produce reliable alignment scores. Missing or malformed inputs are the most common cause of bogus agreement metrics.
| Placeholder | Purpose | Example | Validation Notes |
|---|---|---|---|
[JUDGE_OUTPUTS] | Array of judge-scored items with per-criterion scores and rationales | [{"item_id":"q1","scores":{"accuracy":4,"tone":3},"rationale":"..."}] | Must be valid JSON array. Each item must have item_id, scores dict, and rationale string. Reject if scores dict is empty or rationale is null. |
[GOLD_STANDARD] | Human-annotated ground truth scores for the same items and criteria | [{"item_id":"q1","scores":{"accuracy":4,"tone":4},"annotator_id":"h3"}] | Must contain the same item_ids as JUDGE_OUTPUTS. Scores must use the same scale. Annotator_id required for multi-annotator agreement checks. |
[CRITERIA_DEFINITIONS] | Named scoring criteria with scale definitions and level descriptions | {"accuracy":{"scale":"1-5","levels":{"1":"Factually wrong","5":"Perfect"}}} | Must include every criterion present in both JUDGE_OUTPUTS and GOLD_STANDARD. Scale bounds must be explicit. Reject if criteria names mismatch across inputs. |
[ALIGNMENT_METRICS] | List of agreement metrics to compute | ["cohens_kappa","percent_agreement","mean_absolute_error"] | Must be from allowed set: cohens_kappa, fleiss_kappa, percent_agreement, mean_absolute_error, spearman_rho, krippendorff_alpha. Reject unknown metric names. |
[CONFIDENCE_LEVEL] | Statistical confidence level for interval reporting | 0.95 | Must be float between 0.80 and 0.99. Default 0.95. Reject values outside range. Used for bootstrap confidence intervals on agreement metrics. |
[MIN_SAMPLE_SIZE] | Minimum number of items required for reliable alignment computation | 30 | Integer >= 10. If actual item count is below this threshold, the prompt must flag insufficient sample size and produce a warning instead of claiming reliable alignment. |
[BIAS_CHECK_FLAGS] | Boolean flags enabling specific bias analyses | ["leniency_severity","position_bias","length_bias"] | Must be array of strings from allowed set: leniency_severity, position_bias, length_bias, demographic_representation. Empty array disables bias checks. Null not allowed. |
[OUTPUT_FORMAT] | Desired output structure for alignment report | "detailed" | Must be one of: summary, detailed, dashboard_json. Summary returns top-level metrics only. Detailed includes per-criterion breakdowns. Dashboard_json returns machine-readable payload for monitoring systems. |
Implementation Harness Notes
How to wire the judge alignment prompt into a reliable evaluation pipeline with validation, retries, and human review gates.
Wiring the Judge Alignment with Human Gold Standard prompt into production requires treating it as a measurement instrument, not a one-off script. The prompt compares LLM judge scores against human-annotated ground truth and produces alignment metrics, bias reports, and per-criterion agreement breakdowns. In an application harness, this prompt should be invoked as part of a scheduled calibration job or triggered when a new judge model is introduced, a rubric changes, or a human annotation batch is completed. The harness must enforce input validation before the prompt runs: verify that the human gold standard dataset contains enough samples per criterion (typically ≥30 for meaningful agreement statistics), that score distributions are not degenerate (e.g., all items scored identically), and that annotation metadata includes annotator IDs for inter-annotator agreement baselines. Without these checks, the alignment report will produce misleading confidence intervals or mask systematic annotation quality problems.
The implementation should wrap the prompt call in a retry layer with exponential backoff for transient model API failures, but must not retry on validation failures—malformed alignment reports indicate a prompt or model problem that requires debugging, not replay. After receiving the model output, parse the alignment report into a structured schema (JSON with fields for overall agreement score, per-criterion agreement, bias flags, confidence intervals, and sample size warnings). Validate that all required fields are present, that agreement scores fall within [0,1] or the expected scale, and that confidence intervals are properly ordered (lower < point estimate < upper). Log the raw prompt, raw response, parsed report, and validation results to an evaluation audit store for traceability. If the report flags annotation quality issues (e.g., low inter-annotator agreement on the human side), escalate to a human review queue rather than silently accepting the alignment score—the judge cannot be calibrated against unreliable ground truth.
Model choice matters for this workflow. Use a model with strong reasoning and structured output capabilities (e.g., GPT-4, Claude 3.5 Sonnet) because the prompt requires statistical interpretation, bias diagnosis, and multi-criterion comparison. Avoid lightweight models that may hallucinate agreement metrics or mishandle confidence interval calculations. If the alignment report will feed into automated decision-making (e.g., blocking a judge model from production), add a human approval gate before acting on the results. The harness should also store alignment reports over time to enable drift detection: compare current alignment scores against historical baselines and alert if agreement drops below a configurable threshold (e.g., Cohen's Kappa < 0.6). Finally, treat the human gold standard dataset as a versioned asset—when annotations are updated, re-run alignment and compare results to detect annotation drift or judge sensitivity to label changes.
Expected Output Contract
Schema for the alignment report returned by the Judge Alignment with Human Gold Standard prompt. Use this contract to validate outputs before accepting them into downstream dashboards or calibration pipelines.
| Field or Element | Type or Format | Required | Validation Rule |
|---|---|---|---|
alignment_summary.overall_agreement_score | number (0.0-1.0) | Must be a float between 0 and 1 inclusive. Parse check: reject non-numeric or out-of-range values. | |
alignment_summary.agreement_metric | string (enum) | Must be one of: 'Cohen_Kappa', 'Fleiss_Kappa', 'Percent_Agreement', 'Krippendorff_Alpha'. Enum check: reject unknown values. | |
alignment_summary.confidence_interval_lower | number (0.0-1.0) | Must be less than or equal to overall_agreement_score. Null allowed if sample size is below [MIN_SAMPLE_SIZE]. | |
alignment_summary.confidence_interval_upper | number (0.0-1.0) | Must be greater than or equal to overall_agreement_score. Null allowed if sample size is below [MIN_SAMPLE_SIZE]. | |
per_criterion_breakdown | array of objects | Each object must contain 'criterion_name' (string), 'agreement_score' (number 0.0-1.0), and 'divergence_count' (integer >= 0). Schema check: reject missing fields. | |
systematic_bias_report.bias_detected | boolean | Must be true or false. If true, 'bias_details' array must be non-empty. Consistency check: reject contradictory states. | |
systematic_bias_report.bias_details | array of objects | Required if bias_detected is true. Each object must include 'bias_type' (string enum: 'leniency', 'severity', 'central_tendency', 'halo_effect'), 'affected_criterion' (string), and 'evidence_excerpt' (string). | |
annotation_quality_flags | array of objects | Each object must contain 'item_id' (string matching input [ITEMS]), 'flag_type' (string enum: 'ambiguous', 'contradictory', 'incomplete'), and 'recommendation' (string). Null allowed if no quality issues found. | |
sample_size_sufficiency.sufficient | boolean | Must be true or false. If false, 'recommendation' field must be non-null. Parse check: reject missing boolean. |
Common Failure Modes
Judge alignment prompts fail in predictable ways. These cards cover the most common failure modes when calibrating LLM judges against human gold standards, with concrete guardrails to catch them before they corrupt your evaluation pipeline.
Annotation Quality Contamination
What to watch: Human gold-standard labels contain systematic errors, ambiguous ratings, or inconsistent application of criteria. The judge learns to replicate human mistakes rather than the intended standard. Guardrail: Run inter-annotator agreement checks on the gold set before calibration. Flag items where human raters disagreed and either resolve through adjudication or exclude from the alignment benchmark.
Sample Size Overconfidence
What to watch: Alignment metrics computed on small gold-standard sets produce misleadingly high agreement scores with wide confidence intervals. Teams ship judges that appear calibrated but fail on broader distributions. Guardrail: Calculate confidence intervals on all alignment metrics. Require minimum sample sizes per criterion and per score bucket. If intervals are too wide, expand the gold set before declaring alignment.
Criterion-Level Blindness
What to watch: Aggregate alignment scores mask that the judge agrees on easy criteria but diverges sharply on specific dimensions like tone, safety, or factual precision. The overall number looks fine while critical failures go undetected. Guardrail: Always report per-criterion agreement breakdowns, not just overall scores. Set per-criterion minimum agreement thresholds and escalate any criterion that falls below the bar, even if the aggregate passes.
Systematic Leniency or Severity Drift
What to watch: The judge consistently scores higher or lower than human raters across the board, producing a bias that inflates or deflates all evaluations. This skew corrupts downstream decisions like model selection or release gates. Guardrail: Compute mean score differences between judge and human raters. Apply score normalization or recalibration when systematic bias exceeds a configured threshold. Monitor this drift over time as a production metric.
Rubric Ambiguity Amplification
What to watch: Vague rubric language like 'good quality' or 'appropriate tone' causes the judge to invent its own interpretation, diverging from human intent. The alignment prompt cannot fix a broken rubric. Guardrail: Before running alignment, audit the rubric for operationalized criteria with observable evidence. Replace ambiguous terms with behavioral descriptions. If human raters cannot achieve high agreement on the rubric, the judge will not either.
Position and Format Sensitivity
What to watch: The judge's scores shift based on output length, formatting style, or the order in which items appear. Longer or better-formatted outputs receive inflated scores unrelated to actual quality. Guardrail: Include length-matched and format-varied counterexamples in the calibration set. Test whether the judge assigns different scores to semantically equivalent outputs with different presentation. Flag position bias by randomizing item order in calibration runs.
Evaluation Rubric
Criteria for testing the alignment report quality before shipping the judge into production. Use this rubric to validate that the prompt template produces actionable, trustworthy alignment reports.
| Criterion | Pass Standard | Failure Signal | Test Method |
|---|---|---|---|
Alignment Score Accuracy | Reported Cohen's Kappa matches a reference implementation calculation to within ±0.02 on a 50-item test set | Kappa value deviates by more than 0.05 from reference; sign of the score is inverted; score is null or non-numeric | Run prompt on a pre-computed score matrix with known Kappa. Parse the output and compare to ground-truth calculation. |
Per-Criterion Agreement Breakdown | Every criterion in the input rubric appears in the breakdown with an individual agreement score and sample count | A criterion from the input rubric is missing from the breakdown; sample counts do not sum to the total items evaluated | Provide a rubric with 3 known criteria and a score matrix. Validate that all 3 criteria appear and sample counts are consistent. |
Systematic Bias Detection | Report flags at least one bias direction (leniency or severity) when the judge's mean score deviates from the human mean by more than 0.5 on a 5-point scale | No bias flag is raised despite a known mean deviation of 1.0; bias direction is incorrectly labeled as leniency when the judge is more severe | Feed a score matrix where the judge is consistently 1 point higher than humans. Check that the report identifies leniency bias. |
Confidence Interval Reporting | Report includes 95% confidence intervals for the overall alignment score and states the method used (e.g., bootstrap, analytic) | Confidence interval is missing; interval width is implausible (e.g., zero-width); method is not stated or is clearly fabricated | Verify that the output contains a numeric range labeled as a confidence interval and a method description string. |
Sample Size Sufficiency Warning | Report includes a warning when fewer than 30 items are evaluated, noting that alignment estimates may be unstable | No warning appears for a 10-item evaluation; warning appears for a 200-item evaluation (false positive) | Run the prompt with 10 items and 200 items. Check for warning presence in the small sample and absence in the large sample. |
Annotation Quality Flagging | Report identifies items where human annotators disagree with each other (inter-annotator agreement below 0.6) and notes the count | Items with known human disagreement are not flagged; flag count is zero when human agreement is known to be low on 5 items | Provide a score matrix where 5 items have human annotator disagreement. Verify that the report flags at least those 5 items. |
Output Schema Compliance | Output is valid JSON matching the [OUTPUT_SCHEMA] with all required fields present and correctly typed | Output is not parseable JSON; a required field like alignment_score is missing; a numeric field contains a string | Parse the output with a JSON validator. Check field presence and types against the schema definition. |
Actionable Recommendation Generation | Report includes at least one concrete, specific recommendation when alignment is below 0.6, referencing a specific criterion or bias finding | Recommendation is generic (e.g., 'improve alignment'); no recommendation is provided despite alignment below 0.4; recommendation contradicts the bias findings | Run prompt on a low-alignment scenario (Kappa 0.3). Check that the recommendation text references a specific finding from the report. |
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Adapt This Prompt
How to adapt
Add schema validation, per-criterion breakdowns, confidence intervals, and systematic bias flags. Require the judge to report sample size sufficiency and annotation quality concerns. Wire output into a monitoring dashboard.
code[OUTPUT_SCHEMA] { "overall_alignment": { "score": number, "confidence_interval_95": [number, number], "sample_size": number, "sample_size_sufficient": boolean }, "per_criterion_breakdown": [ { "criterion": string, "agreement_rate": number, "bias_direction": "judge_lenient" | "judge_severe" | "none" } ], "systematic_bias_flags": [string], "annotation_quality_concerns": [string] }
Watch for
- Silent format drift across judge model updates
- Missing retry logic when output fails schema validation
- Confidence intervals widening unacceptably on small samples

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us